- Alsa-devel - mailman.alsa-project.org

[alsa-devel] Intel HDA Headphones vs. Speaker Mute
by Richard Spindler 07 Nov '08

07 Nov '08

Hi, the builtin sound card in my laptop does not behave as it should, when running it with the ALSA system. While there are separate mixer controls for headphones and speakers, the Master control levels both, speakers and headphones simultaneously, while the headphone control does not act at all. Also in my opinion the speakers should mute automatically as soon as I plug in the headphones, this does not happen too. I am running Ubuntu 8.04.1: $ uname -a Linux monostatos 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux $ lspci -nn |grep Audio 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) If you need any more information about that machine, or if there is anything I can do to help fix that problem, do not hesitate to ask. Cheers -Richard PS.: I also published a lengthy rant, and some ideas about that problem at http://propirate.net/oracle/archives/2008/11/05/alsa-headaches-erm-headphon…

2 1

[alsa-devel] Hints for usb audio patch
by LCID Fire 07 Nov '08

07 Nov '08

Hi. I have a patch lying around for some month now and would need some hints how to correctly implement it. 1. What's the correct way to save the state of a special feature? There is a switch which turns on a certain feature in the usb mixer. Looking at the struct usb_mixer_interface I implemented it similar to "audigy2nx_leds" - by adding a new u8 (and the necessary functions). 2. Should one rather set ignore_ctl_error to 1 (which I currently do) or sort the errors out by adding a handling for a specific device? 3. For the switch to active I need an interrupt message for which I implemented snd_usb_interrupt_trans since I did not find any other convenience function to do this.

2 1

[alsa-devel] [PATCH 0/4] ASoC updates
by Mark Brown 07 Nov '08

07 Nov '08

The following changes since commit 0ee4663617fb0f78cec4cc6558a096ccbd8c3ffc: Takashi Iwai (1): ALSA: ASoC - Remove unnecessary inclusion of linux/version.h are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai David Anders (1): ASoC: Add new parameter to s3c24xx_pcm_enqueue Marek Vasut (1): ASoC: Add Palm/PXA27x unified ASoC audio driver Mark Brown (1): ASoC: Remove core version number Troy Kisky (1): ASoC: TLV320AIC23B Support more sample rates arch/arm/mach-pxa/include/mach/palmasoc.h | 13 ++ include/sound/soc.h | 2 - sound/soc/codecs/tlv320aic23.c | 227 +++++++++++++++++++----- sound/soc/pxa/Kconfig | 9 + sound/soc/pxa/Makefile | 2 + sound/soc/pxa/palm27x.c | 269 +++++++++++++++++++++++++++++ sound/soc/s3c24xx/s3c24xx-pcm.c | 12 +- sound/soc/soc-core.c | 1 - 8 files changed, 483 insertions(+), 52 deletions(-) create mode 100644 arch/arm/mach-pxa/include/mach/palmasoc.h create mode 100644 sound/soc/pxa/palm27x.c

5 14

[alsa-devel] snd_ctl compiler warnings
by Alan Horstmann 07 Nov '08

07 Nov '08

The code I am working with at present includes unremarkable lines such as: snd_ctl_elem_value_t *line_in_vol; snd_ctl_elem_value_alloca(&line_in_vol); Building this with a cross compiler for arm based on gcc 4.2.1 gives this warning for the 2nd line: : warning: the address of 'line_in_vol' will always evaluate as 'true' but an older compiler on the desktop does not show this. Would this warning be expected in these circumstances, or is the compiler being over zealous? Am I missing something or is there a straightforward way to avoid such warnings? (Code runs OK). Thanks Alan

2 4

[alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments
by Mike Frysinger 07 Nov '08

07 Nov '08

The snd_BUG_ON() macro should always expand its argument even if we're forcing it to false. This kills off unused warnings that did not exist before the snd_assert() -> snd_BUG_ON() conversion. Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- include/sound/core.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/sound/core.h b/include/sound/core.h index 35424a9..87de9fc 100644 --- a/include/sound/core.h +++ b/include/sound/core.h @@ -387,7 +387,7 @@ void snd_verbose_printd(const char *file, int line, const char *format, ...) #define snd_printd(fmt, args...) /* nothing */ #define snd_BUG() /* nothing */ -#define snd_BUG_ON(cond) ({/*(void)(cond);*/ 0;}) /* always false */ +#define snd_BUG_ON(cond) ((cond) && 0) /* always false */ #endif /* CONFIG_SND_DEBUG */ -- 1.6.0.3

3 14

Re: [alsa-devel] supported sound cards
by Edward Terry 07 Nov '08

07 Nov '08

Clemens Ladisch wrote: > The only chip where hardware mixing is supported is Creative's Emu10k1 > (snd-emu10k1 driver), used on the SB Live!, most Audigy and certain > low-end X-Fi cards. (Cards with the 'real' X-Fi chip do _not_ work > well in Linux.) > > Other supported chips are ICE1724 (M-Audio Delta 1010(LT), DiO 2496, > 66, 44, 410, Audiophile 24/96; Digigram VX442; TerraTec EWX 24/96, > EWS 88MT/D, DMX 6Fire, Phase 88; Hoontech SoundTrack DSP 24/Value/ > Media7.1; Event EZ8; Lionstracs Mediastation, Terrasoniq TS 88) and > VT1720/24 (AMP AUDIO2000; M-Audio Revolution 5.1, 7.1, Audiophile 192; > TerraTec Aureon 5.1 Sky, 7.1 Space/Universe, Phase 22/28; > Onkyo SE-90PCI, SE-200PCI; AudioTrak Prodigy 192, 7.1 (HIFI/LT/XT), > HD2; Hercules Fortissimo IV; ESI Juli@; Pontis MS300; EGO-SYS > WaveTerminal 192M). Thanks. I'll look over these cards. > The most high-end supported cards are probably the Asus Xonar cards. > The D2/D2X have even slightly better audio quality than the best X-Fi, > and, as the obviously most important feature, colorfully illuminated > jacks. The various Dolby features are done in software in the Windows > driver and are not supported in Linux. If you need a PCI-E card, the > Xonar DX or D2X are your only choice. What about the Asus Xonar HDAV1.3? John Rigg wrote: >> The most high-end supported cards are probably the Asus Xonar cards. > > `High end' means different things in different situations of course. > RME HDSP series are probably the `highest end' cards supported, but > they need external converters, so they're probably unsuitable here. The Xonar cards do look interesting, but I'd also like to carry one higher-end card. I'm looking for a single-slot PCI Express solution that works as a standalone sound card, i.e. without any mandatory external devices (though optional ones are fine). Thanks for the information. Edward

3 2

[alsa-devel] Intel DG45ID motherboard and weird pinouts
by Jan Arie Gutter 07 Nov '08

07 Nov '08

Hi, I'm running Gentoo stable with kernel 2.6.27 (I think it comes with alsa 1.0.17) on my brand-new Intel DG45ID motherboard (hda-intel, therefore). I'm trying to get analogue out on all the correct channels, but it seems that something is slightly wierd: if I unmute headphones only, the front channel works, otherwise it seems that the front channel is split all over the place (I can provide more specific details if requested). I tried alsa-driver-1.0.18rc3 as well (keeping alsa-lib and alsa-utils the old version), but the headphones control disappeared: I could not find any equivalent settings to enable front speakers. Now, to the questions: 1) Can I help fix the pinout information in ALSA? I'm willing to experiment (especially if I can do it against 1.0.17). 2) Is there a doc somewhere that describes a step-by-step method to add a quirk to the codec (IDT 92HD73E1X5, I presume) for my board? 3) Would the problem be fixed if I update alsa-libs and alsa-utils to 1.0.18rc3, or is the problem only in the hda-intel kernel driver? I've got moderate kernel-hacking skills: I can compile, patch, debug minor stuff, etc, I've got ready access to the hardware and I'm willing to experiment! I DON'T have experience with ALSA or audio drivers, and since the PC is at home, I can only hack after hours. Any help would be greatly appreciated! Thanks! Jan Gutter -- "-and those damned stupid barbarians with their damned stupid swords will win after all..." -- Larry Niven (The Magic Goes Away)

2 2

[alsa-devel] (no subject)
by Wu Fengguang 07 Nov '08

07 Nov '08

1 1

[alsa-devel] 2.6.26.[6|7] vs. rt11 vs. alsa (usb) midi
by Fernando Lopez-Lezcano 07 Nov '08

07 Nov '08

Hi... anyone out there also having problem with this combination? 2.6.26.7 or 2.6.26.6 with 2.6.26.6-rt11 and alsa MIDI It looks to me like alsa midi is broken. Probably an interaction with the realtime kernel patch. A Fedora kernel based on 2.6.26.6 (2.6.26.6-49 on fc8) works fine, a very similarly patched kernel that includes the realtime patch does not. The configurations for both are almost the same (today I tried to change some of the most obvious differences and rebuild, with the same result). No problems with 2.6.24.7-rt21. Test: boot, login, plugin an external usb keyboard (Yamaha P250), it is recognized, use qjackctl alsa patchbay to connect it to kmidimon, kmidimon sees only _one_ midi message and that's it. Kmidimon can't be killed after that. -- Fernando

3 7

Re: [alsa-devel] supported sound cards
by Edward Terry 06 Nov '08

06 Nov '08

Clemens Ladisch wrote: > The only chip where hardware mixing is supported is Creative's Emu10k1 > (snd-emu10k1 driver), used on the SB Live!, most Audigy and certain > low-end X-Fi cards. (Cards with the 'real' X-Fi chip do _not_ work > well in Linux.) > > Other supported chips are ICE1724 (M-Audio Delta 1010(LT), DiO 2496, > 66, 44, 410, Audiophile 24/96; Digigram VX442; TerraTec EWX 24/96, > EWS 88MT/D, DMX 6Fire, Phase 88; Hoontech SoundTrack DSP 24/Value/ > Media7.1; Event EZ8; Lionstracs Mediastation, Terrasoniq TS 88) and > VT1720/24 (AMP AUDIO2000; M-Audio Revolution 5.1, 7.1, Audiophile 192; > TerraTec Aureon 5.1 Sky, 7.1 Space/Universe, Phase 22/28; > Onkyo SE-90PCI, SE-200PCI; AudioTrak Prodigy 192, 7.1 (HIFI/LT/XT), > HD2; Hercules Fortissimo IV; ESI Juli@; Pontis MS300; EGO-SYS > WaveTerminal 192M). Thanks. I'll look over these cards. > The most high-end supported cards are probably the Asus Xonar cards. > The D2/D2X have even slightly better audio quality than the best X-Fi, > and, as the obviously most important feature, colorfully illuminated > jacks. The various Dolby features are done in software in the Windows > driver and are not supported in Linux. If you need a PCI-E card, the > Xonar DX or D2X are your only choice. What about the Asus Xonar HDAV1.3? John Rigg wrote: >> The most high-end supported cards are probably the Asus Xonar cards. > > `High end' means different things in different situations of course. > RME HDSP series are probably the `highest end' cards supported, but > they need external converters, so they're probably unsuitable here. The Xonar cards do look interesting, but I'd also like to carry one higher-end card. I'm looking for a single-slot PCI Express solution that works as a standalone sound card, i.e. without any mandatory external devices (though optional ones are fine). Thanks for the information. Edward

1 0