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

Re: [alsa-devel] Any standard ALSA application for simultaneous capture and playabck ?????
by Ciaccia 22 May '07

22 May '07

> What are the complications in implementing simultaneous playback and > capture in ALSA??? I would like to add something to this post: what is the "best" way to program a full duplex application? I would like to have an application that does full-duplex, with the lowest possible latency and using less CPU resource as possible. I tried different approaches, but I was not completely satisfied with none of them.... Here is what I tried: -having two threads, one for playback and one for capture -defining 2 callbacks with async_handles and do all the processing in the callback functions (the last attempt) -using poll() to wait for one of the streams to be ready (see attached file fullduplex.c) Could some of you look at the attached code (it is not generic and contains lots of asserts, but it's supposed to work only on one single machine) and tell me if the last approach using poll is well structured? The main loop looks as following: > while (1) { > err = poll(ufds, 2, -1); > > for (i = 0; i < 2; i++) > { > if (snd_pcm_poll_descriptors_revents(handles[i], &ufds[i], 1, &revents) < 0) > { > printf("Error getting revents for %s\n", descriptors[i].name); > exit(1); > } > > if (revents & descriptors[i].poll_flag) > { > if (transfer_loop(handles[i], &first[i], descriptors[i].func) < 0) > { > printf("transfer_loop error for %s\n", descriptors[i].name); > // TODO exit?!? > } > } > } > } and the transfer_loop is a modified version of the loop found in the ALSA examples (pcm.c and latency.c). Is this strategy optimal in respect to low latency and low CPU usage? Every comment is greatly appreciated Andrea ____________________________________________________________________________________Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz

2 1

[alsa-devel] Firmware to add - Dreamcast AICA
by Adrian McMenamin 22 May '07

22 May '07

Please add this to the firmware repo

2 4

[alsa-devel] Question on buffer size setting
by Allyn, Mark A 21 May '07

21 May '07

Hello: I am attempting to do some debugging of a new audio device, and I need to change the number of buffer descriptor list entries from the default of 16 to something much smaller, like 3. I am a bit confused while looking at the code. There seems to be a value labeled SNDRV_PCM_HW_PARAM_BUFFER_SIZE, but I can't figure how it is set. Is this a parameter that is passed as part of the configure prior to doing a make for the driver? Is this a parameter passed to modprobe when loading the driver? Thanks for your help. Mark

2 1

[alsa-devel] [PATCH] hda-intel: fix ASUS M2V detection
by Daniel Drake 21 May '07

21 May '07

Commit f32610edab47f36946d23b883aeae91e15986121 added ALC660VD support, but this caused a 2.6.21 regression for some users. The ASUS M2V device is now detected as ALC660VD rather than ALC660/861 but the PCI quirk was not carried over. This patch allows affected users to use audio again. http://bugzilla.kernel.org/show_bug.cgi?id=8273 https://bugs.gentoo.org/show_bug.cgi?id=178243 Signed-off-by: Daniel Drake <dsd(a)gentoo.org> Index: linux/sound/pci/hda/patch_realtek.c =================================================================== --- linux.orig/sound/pci/hda/patch_realtek.c +++ linux/sound/pci/hda/patch_realtek.c @@ -8384,7 +8384,6 @@ static struct snd_pci_quirk alc861_cfg_t SND_PCI_QUIRK(0x1043, 0x1338, "ASUS F2/3", ALC861_ASUS_LAPTOP), SND_PCI_QUIRK(0x1043, 0x13d7, "ASUS A9rp", ALC861_ASUS_LAPTOP), SND_PCI_QUIRK(0x1043, 0x1393, "ASUS", ALC861_ASUS), - SND_PCI_QUIRK(0x1043, 0x81e7, "ASUS", ALC660_3ST), SND_PCI_QUIRK(0x1179, 0xff00, "Toshiba", ALC861_TOSHIBA), SND_PCI_QUIRK(0x1179, 0xff10, "Toshiba", ALC861_TOSHIBA), SND_PCI_QUIRK(0x1584, 0x9072, "Uniwill m31", ALC861_UNIWILL_M31), @@ -8990,6 +8989,7 @@ static const char *alc861vd_models[ALC86 static struct snd_pci_quirk alc861vd_cfg_tbl[] = { SND_PCI_QUIRK(0x1043, 0x12e2, "Asus z35m", ALC660VD_3ST), SND_PCI_QUIRK(0x1043, 0x1339, "Asus G1", ALC660VD_3ST), + SND_PCI_QUIRK(0x1043, 0x81e7, "ASUS", ALC660VD_3ST), SND_PCI_QUIRK(0x10de, 0x03f0, "Realtek ALC660 demo", ALC660VD_3ST), SND_PCI_QUIRK(0x1019, 0xa88d, "Realtek ALC660 demo", ALC660VD_3ST),

2 1

Re: [alsa-devel] porter wanted: AMD Geode SCx200 driver OSS to ALSA
by Ash Willis 20 May '07

20 May '07

Sorry for this really late reply, I just wanted to add a note: > > (Would now also be a good time to ask for snd-sc5535audio to be > > renamed snd-sc5535 for consistence with other driver names?) > > I agree with you, I think it should be renamed. I've just ported the SND_KAHLUA driver from OSS (patch not released yet). It covers the cs5530 (VSA1 only). I've named it snd-cs5530. This audio suffix seems a bit wacky to me. Surely the snd prefix is adequate to distinguish it from an IDE driver, for example :) Ash = Nose Surgery Specialist in Manhattan, NY Rhinoplasty surgeon Geoffrey W. Tobias has pioneered the "un-nose job," the nose job that doesn't look like one. Chosen by "New York Magazine" as a nose expert. Video clips. http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=1b57edb21974e0b43470c0c…

1 0

[alsa-devel] Strange findings about the microphone in SigmaTel STAC9221 A1
by Ivan N. Zlatev 19 May '07

19 May '07

My hda-intel card is with the following codec: Codec: SigmaTel STAC9221 A1 Address: 0 Vendor Id: 0x83847680 Subsystem Id: 0x106b1700 Revision Id: 0x103401 I am using alsa 1.0.14rc4. I have a built-in microphone, which doesn't work, but today I found out something interesting. If I set the capture to minimum and place Mux at specific positions (Works with middle-ish and top, not bottom-ish) suddenly the mic started recording, but the quality is extremly bad. I have attached amixer and co. Does anyone have a clue what the issue is and how could possibly this little bit of random foundings to be used to possibly fix the mic? Regards. -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy."

2 8

[alsa-devel] ICE1712/1724 HW mixing?
by Rene Herman 19 May '07

19 May '07

Good day. I've been updating the TerraTec vendor page in the new wiki matrix: http://bugtrack.alsa-project.org/main/index.php/Matrix:Vendor-Terratec The problem with information that looks maintained though is that when something's _not_ mentioned, it might be interpreted to mean it's not actually working.... I have the older TerraTec cards (both ISA and PCI) but not any of the ICE1712/ICE1724 ones. Could someone verify/confirm that the ICE1712 (Envy24?) does not support 24-bit samples? And that ICE1724 supports only 32-bit in hardware? Does either chip/driver support hardware mixing? Filling out some of the Digital I/O tags for any Aureon card that you know would be nice as well. Rene.

3 5

[alsa-devel] I don't understand snd_pcm_ops
by Timur Tabi 19 May '07

19 May '07

I'm new to ALSA driver development, and I'm writing an SOC driver for new hardware. Can someone explain to me what the snd_pcm_ops structure is for? And it sounds like a stupid question, but after studying documentation and sample code, I'm still confused. First off, I thought PCM stood for Pulse Code Modulation, but that just describes the format of the digital data. I don't understand what a PCM operation could be. I've seen documentation where PCM is considered an alternative to I2S or AC97. But if you look at eti_b1_wm8731.c, you'll see this: #include "at91-pcm.h" #include "at91-i2s.h" So is the AT91 a PCM device or an I2S device??? Some background: I'm writing driver for a new SOC that has an I2S interface, and it's talking to a CS4270 codec, but the CS4270 codec is wired up in "stand-alone" mode, so there's no software configuration. -- Timur Tabi Linux Kernel Developer @ Freescale

1 0

Re: [alsa-devel] Alsa 1.0.13 (and others) does not work on ALC880
by Eric De Vito 18 May '07

18 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear Tobin thank you for your so helpful recommendations ! In fact the key was probe_mask=1. But I did not see this option in the hda-intel module description :-( ... Now I added probe_mask)=1 in /etc/modprobe.d/alsa-base and it works either with 1.0.13 or 14rc4 :-). In fact when alsa is compiled with debug=detect this option is not necessary any more and sound works even without this option ... Does this option (probe_mask=1) limitates something in the sound system ? Is it better to not use it or is it painless for audio possibilities ? Thank you again for your help !!! Now to be more precise : 1) If I compile 14rc4 with debug=detect it can be compiled, modules can be inserted : - --> when inserted with # modprobe -v snd-hda-intel model=clevo I get in /var/log/messages : May 18 22:32:05 gondor kernel: [ 6012.711362] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 17 (level, low) -> IRQ 20 May 18 22:32:05 gondor kernel: [ 6012.774627] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:698: codec_mask = 0x3 May 18 22:32:06 gondor kernel: [ 6013.404197] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/hda_codec.c:1795: hda_codec: model 'clevo' is selected May 18 22:32:08 gondor kernel: [ 6015.083303] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:558: hda_intel: azx_get_response timeout, switching to polling mode... - -> when inserted with # modprobe -v snd-hda-intel model=clevo probe_mask=1 I get in /var/log/messages : May 18 22:32:50 gondor kernel: [ 6057.162063] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 17 (level, low) -> IRQ 20 May 18 22:32:50 gondor kernel: [ 6057.243574] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:698: codec_mask = 0x3 May 18 22:32:50 gondor kernel: [ 6057.873098] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/hda_codec.c:1795: hda_codec: model 'clevo' is selected 2) If I compile 14rc4 with debug=none it can be compiled, modules can be inserted : - --> when inserted with # modprobe -v snd-hda-intel model=clevo I get in /var/log/messages : May 18 19:39:46 gondor kernel: [ 2366.086099] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 17 (level, low) -> IRQ 20 May 18 19:39:49 gondor kernel: [ 2368.491630] ALSA /usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:558: hda_intel: azx_get_response timeout, switching to polling mode... and aplay gives : eric@gondor:/usr/src/modules/alsa-driver-1.0.14rc4$ aplay ALSA lib pcm_direct.c:867:(snd_pcm_direct_initialize_slave) snd_pcm_hw_params_any failed ALSA lib pcm_dmix.c:876:(snd_pcm_dmix_open) unable to initialize slave aplay: main:550: Erreur d'ouverture audio: Argument invalide eric@gondor:/usr/src/modules/alsa-driver-1.0.14rc4$ - --> when inserted with # modprobe -v snd-hda-intel model=clevo probe_mask=1 May 18 19:41:45 gondor kernel: [ 2484.283312] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 17 (level, low) -> IRQ 20 And it works !!!! Eric Tobin Davis a écrit : > Ok, you have 14rc4 (according to your email). Try loading the driver > with "model=clevo", as it appears that is the system type you have. > Make sure the drivers are built with "--with-debug=detect" so that we > can get good dmesg output. You shouldn't need any other parameters. > The clevo model was added not too long ago. The other model to try is > "model=test". This will give you control over all nodes and functions. > > You may also need to add "probe_mask=1" (or something like that) to > limit the number of codecs being detected. I don't know why > cat /proc/asound/card0/codec#0 would hang. > > Tobin > > On Mon, 2007-05-14 at 14:56 +0200, Eric wrote: > >> I installed Ubuntu Feisty on a D900t laptop : it contains a ALC880 audio >> chipset >> >> eric@gondor:~$ lspci |grep Audio >> 00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 >> Family) High Definition Audio Controller (rev 03) >> >> When modprobing the modules I get : >> eric@gondor:~$ sudo modprobe -v snd-hda-intel model=3stack-digout >> insmod /lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-codec.ko >> insmod /lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-intel.ko model=3stack-digout >> >> while /var/log/messages says : >> May 14 14:42:45 gondor kernel: [ 3699.070904] hda_intel: >> azx_get_response timeout, switching to polling mode... >> >> >> Feisty dist. is provided with alsa-1.0.13. I get no sound, here are the >> results of aplay : >> >> eric@gondor:~$ aplay >> ALSA lib pcm_direct.c:867:(snd_pcm_direct_initialize_slave) >> snd_pcm_hw_params_any failed >> ALSA lib pcm_dmix.c:876:(snd_pcm_dmix_open) unable to initialize slave >> aplay: main:550: Erreur d'ouverture audio: Argument invalide >> eric@gondor:~$ >> >> Here are some other infos : >> >> eric@gondor:~$ tail -2 /proc/asound/oss/sndstat >> 0: Realtek ALC880 >> 1: SAA7134 Mixer >> >> amixer shows this : >> eric@gondor:~$ amixer >> Simple mixer control 'Headphone',0 >> Capabilities: pswitch >> Playback channels: Front Left - Front Right >> Mono: >> Front Left: Playback [on] >> Front Right: Playback [on] >> Simple mixer control 'PCM',0 >> Capabilities: pvolume >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 255 >> Mono: >> Front Left: Playback 228 [89%] >> Front Right: Playback 228 [89%] >> Simple mixer control 'Front',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 60 [47%] [-2144.00dB] [on] >> Front Right: Playback 60 [47%] [-2144.00dB] [on] >> Simple mixer control 'Front Mic',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 55 [43%] [-2304.00dB] [on] >> Front Right: Playback 55 [43%] [-2304.00dB] [on] >> Simple mixer control 'Surround',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 64 [50%] [-2016.00dB] [on] >> Front Right: Playback 64 [50%] [-2016.00dB] [on] >> Simple mixer control 'Center',0 >> Capabilities: pvolume pvolume-joined pswitch pswitch-joined >> Playback channels: Mono >> Limits: Playback 0 - 127 >> Mono: Playback 56 [44%] [-2272.00dB] [on] >> Simple mixer control 'LFE',0 >> Capabilities: pvolume pvolume-joined pswitch pswitch-joined >> Playback channels: Mono >> Limits: Playback 0 - 127 >> Mono: Playback 58 [46%] [-2208.00dB] [on] >> Simple mixer control 'Line',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 60 [47%] [-2144.00dB] [on] >> Front Right: Playback 60 [47%] [-2144.00dB] [on] >> Simple mixer control 'CD',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 58 [46%] [-2208.00dB] [on] >> Front Right: Playback 58 [46%] [-2208.00dB] [on] >> Simple mixer control 'Mic',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 57 [45%] [-2240.00dB] [on] >> Front Right: Playback 57 [45%] [-2240.00dB] [on] >> Simple mixer control 'IEC958',0 >> Capabilities: pswitch pswitch-joined >> Playback channels: Mono >> Mono: Playback [off] >> Simple mixer control 'PC Speaker',0 >> Capabilities: pvolume pswitch >> Playback channels: Front Left - Front Right >> Limits: Playback 0 - 127 >> Mono: >> Front Left: Playback 53 [42%] [-2368.00dB] [on] >> Front Right: Playback 53 [42%] [-2368.00dB] [on] >> Simple mixer control 'Capture',0 >> Capabilities: cvolume cswitch >> Capture channels: Front Left - Front Right >> Limits: Capture 0 - 127 >> Front Left: Capture 31 [24%] [-3072.00dB] [on] >> Front Right: Capture 31 [24%] [-3072.00dB] [on] >> Simple mixer control 'Capture',1 >> Capabilities: cvolume cswitch >> Capture channels: Front Left - Front Right >> Limits: Capture 0 - 127 >> Front Left: Capture 27 [21%] [-3200.00dB] [on] >> Front Right: Capture 27 [21%] [-3200.00dB] [on] >> Simple mixer control 'Capture',2 >> Capabilities: cvolume cswitch >> Capture channels: Front Left - Front Right >> Limits: Capture 0 - 127 >> Front Left: Capture 24 [19%] [-3296.00dB] [on] >> Front Right: Capture 24 [19%] [-3296.00dB] [on] >> Simple mixer control 'Caller ID',0 >> Capabilities: pswitch pswitch-joined >> Playback channels: Mono >> Mono: Playback [on] >> Simple mixer control 'Channel Mode',0 >> Capabilities: enum >> Items: '2ch' '6ch' >> Item0: '6ch' >> Simple mixer control 'Input Source',0 >> Capabilities: enum >> Items: 'Mic' 'Front Mic' 'Line' 'CD' >> Item0: 'Mic' >> Simple mixer control 'Input Source',1 >> Capabilities: enum >> Items: 'Mic' 'Front Mic' 'Line' 'CD' >> Item0: 'Mic' >> Simple mixer control 'Input Source',2 >> Capabilities: enum >> Items: 'Mic' 'Front Mic' 'Line' 'CD' >> Item0: 'Mic' >> Simple mixer control 'Off-hook',0 >> Capabilities: pswitch pswitch-joined >> Playback channels: Mono >> Mono: Playback [on] >> >> aplay -l seems to work : >> >> eric@gondor:~$ aplay -l >> **** Liste des PLAYBACK périphériques **** >> carte 0: Intel [HDA Intel], périphérique 0 : ALC880 Analog [ALC880 >> Analog] >> Sous-périphériques: 1/1 >> Sous-périphérique: #0: subdevice #0 >> carte 0: Intel [HDA Intel], périphérique 1 : ALC880 Digital [ALC880 >> Digital] >> Sous-périphériques: 1/1 >> Sous-périphérique: #0: subdevice #0 >> carte 0: Intel [HDA Intel], périphérique 6 : Si3054 Modem [Si3054 >> Modem] >> Sous-périphériques: 1/1 >> Sous-périphérique: #0: subdevice #0 >> >> >> eric@gondor:~$ cat /proc/asound/cards >> 0 [Intel ]: HDA-Intel - HDA Intel >> HDA Intel at 0xb0000000 irq 17 >> 1 [SAA7134 ]: SAA7134 - SAA7134 >> saa7133[0] at 0xb3006000 irq 22 >> >> if I try to do a cat /proc/asound/card0/codec#0 it hangs >> while /var/log/messages gives a lot of >> >> May 14 14:44:52 gondor kernel: [ 3825.457412] hda_codec: invalid >> dep_range_val 0:7fff >> May 14 14:44:52 gondor kernel: [ 3825.457696] hda_codec: invalid >> dep_range_val 0:7fff >> ........................ >> >> eric@gondor:~$ sudo lspci -nv >> 00:00.0 0600: 8086:2580 (rev 04) >> Subsystem: 1558:0900 >> Flags: bus master, fast devsel, latency 0 >> Capabilities: [e0] Vendor Specific Information >> >> 00:01.0 0604: 8086:2581 (rev 04) (prog-if 00 [Normal decode]) >> Flags: bus master, fast devsel, latency 0 >> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 >> Memory behind bridge: b1000000-b2ffffff >> Prefetchable memory behind bridge: c0000000-cfffffff >> Capabilities: [88] Subsystem: 8086:2582 >> Capabilities: [80] Power Management version 2 >> Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- >> Queue=0/0 Enable- >> Capabilities: [a0] Express Root Port (Slot+) IRQ 0 >> >> 00:1b.0 0403: 8086:2668 (rev 03) >> Subsystem: 1558:0900 >> Flags: bus master, fast devsel, latency 0, IRQ 20 >> Memory at b0000000 (64-bit, non-prefetchable) [size=16K] >> Capabilities: [50] Power Management version 2 >> Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ >> Queue=0/0 Enable- >> Capabilities: [70] Express Unknown type IRQ 0 >> >> 00:1d.0 0c03: 8086:2658 (rev 03) (prog-if 00 [UHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 18 >> I/O ports at 1800 [size=32] >> >> 00:1d.1 0c03: 8086:2659 (rev 03) (prog-if 00 [UHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 19 >> I/O ports at 3000 [size=32] >> >> 00:1d.2 0c03: 8086:265a (rev 03) (prog-if 00 [UHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 17 >> I/O ports at 3020 [size=32] >> >> 00:1d.3 0c03: 8086:265b (rev 03) (prog-if 00 [UHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 20 >> I/O ports at 3040 [size=32] >> >> 00:1d.7 0c03: 8086:265c (rev 03) (prog-if 20 [EHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 18 >> Memory at b0004000 (32-bit, non-prefetchable) [size=1K] >> Capabilities: [50] Power Management version 2 >> Capabilities: [58] Debug port >> >> 00:1e.0 0604: 8086:244e (rev d3) (prog-if 01 [Subtractive decode]) >> Flags: bus master, fast devsel, latency 0 >> Bus: primary=00, secondary=0a, subordinate=0e, sec-latency=32 >> I/O behind bridge: 00004000-00004fff >> Memory behind bridge: b3000000-b30fffff >> Prefetchable memory behind bridge: >> 0000000050000000-0000000055ffffff >> Capabilities: [50] Subsystem: 1558:0900 >> >> 00:1f.0 0601: 8086:2640 (rev 03) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0 >> >> 00:1f.1 0101: 8086:266f (rev 03) (prog-if 8a [Master SecP PriP]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 0, IRQ 17 >> I/O ports at 01f0 [size=8] >> I/O ports at 03f4 [size=1] >> I/O ports at 0170 [size=8] >> I/O ports at 0374 [size=1] >> I/O ports at 3080 [size=16] >> >> 00:1f.3 0c05: 8086:266a (rev 03) >> Subsystem: 1558:0900 >> Flags: medium devsel, IRQ 10 >> I/O ports at 3060 [size=32] >> >> 01:00.0 0300: 10de:00c8 (rev a2) (prog-if 00 [VGA]) >> Subsystem: 1558:0900 >> Flags: bus master, fast devsel, latency 0, IRQ 11 >> Memory at b2000000 (32-bit, non-prefetchable) [size=16M] >> Memory at c0000000 (64-bit, prefetchable) [size=256M] >> Memory at b1000000 (64-bit, non-prefetchable) [size=16M] >> Capabilities: [60] Power Management version 2 >> Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ >> Queue=0/0 Enable- >> Capabilities: [78] Express Endpoint IRQ 0 >> >> 0a:00.0 0607: 104c:ac50 (rev 02) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 168, IRQ 17 >> Memory at b3007000 (32-bit, non-prefetchable) [size=4K] >> Bus: primary=0a, secondary=0b, subordinate=0e, sec-latency=176 >> Memory window 0: 50000000-53fff000 (prefetchable) >> Memory window 1: 58000000-5bfff000 >> I/O window 0: 00004800-000048ff >> I/O window 1: 00004c00-00004cff >> 16-bit legacy interface ports at 0001 >> >> 0a:01.0 0c00: 104c:8023 (prog-if 10 [OHCI]) >> Subsystem: 1558:0900 >> Flags: bus master, medium devsel, latency 64, IRQ 21 >> Memory at b3004000 (32-bit, non-prefetchable) [size=2K] >> Memory at b3000000 (32-bit, non-prefetchable) [size=16K] >> Capabilities: [44] Power Management version 2 >> >> 0a:02.0 0104: 105a:3373 (rev 02) >> Subsystem: 1558:0900 >> Flags: bus master, 66MHz, medium devsel, latency 96, IRQ 19 >> I/O ports at 4480 [size=64] >> I/O ports at 44c0 [size=16] >> I/O ports at 4400 [size=128] >> Memory at b3005000 (32-bit, non-prefetchable) [size=4K] >> Memory at b3020000 (32-bit, non-prefetchable) [size=128K] >> Capabilities: [60] Power Management version 2 >> >> 0a:03.0 0200: 10ec:8169 (rev 10) >> Subsystem: 1558:0900 >> Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 22 >> I/O ports at 4000 [size=256] >> Memory at b3004800 (32-bit, non-prefetchable) [size=256] >> [virtual] Expansion ROM at 54000000 [disabled] [size=128K] >> Capabilities: [dc] Power Management version 2 >> >> 0a:04.0 0480: 1131:7133 (rev f0) >> Subsystem: 1461:f31e >> Flags: bus master, medium devsel, latency 64, IRQ 23 >> Memory at b3006000 (32-bit, non-prefetchable) [size=2K] >> Capabilities: [40] Power Management version 2 >> >> 0a:05.0 0280: 1814:0201 (rev 01) >> Subsystem: 1462:6833 >> Flags: bus master, slow devsel, latency 64, IRQ 20 >> Memory at b3008000 (32-bit, non-prefetchable) [size=8K] >> Capabilities: [40] Power Management version 2 >> >> asoundconf output : >> eric@gondor:~$ asoundconf list >> Names of available sound cards: >> Intel >> SAA7134 >> >> I tried a lot of workarounds but none worked : boot options (irqpoll, >> pci=noacpi), single_cmd=1, position_fix=1, several models of hda-intel >> driver, I tried 1.0.13 and 1.0.14rc4 driver, with debug on... >> >> I must add that I already had this problem with previous distributions >> of Ubuntu. It worked with an old one (Breezy) then in Dapper and Edgy, >> it did worked ONLY when I self-compiled the driver with debug option >> enabled I never understood why. And now with Feisty/alsa 1.0.13/ubuntu >> kernel 2.6.20, or an ubuntu kernel with self-compiled alsa 1.0.14rc4, it >> does not work. I cannot have one sound :-(. >> >> Please help me .... >> >> >> Eric >> >> >> >> >> >> >> >> _______________________________________________ >> Alsa-devel mailing list >> Alsa-devel(a)alsa-project.org >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGThYExI+RZbxK37ARAl6lAKDOecNscFCyIk5LSG2J1Tu8thsxiACgvSTX zk0O2gqEl6t/bFmi76jztqw= =LN4P -----END PGP SIGNATURE-----

1 0

[alsa-devel] Linux 2.6.21 regression with hda-intel (Conexant 5045)
by Gunter Ohrner 18 May '07

18 May '07

Hi! First of all: Sorry if this question is dumb or a fix should be obvious, but as a non-ALSA_expert I'm a bit a a loss at the moment... I searched the bugtracker and this list but could not find anything appropriate - most probably I missed a relevant post or didn't recognize it as being relevant... Any pointers are greatly appreciated! The situation is as follows: Using Linux 2.6.20.4, my laptop's soundcard works just fine. Using 2.6.21.1, it also works, but the headphone socket is dead. Plugging a headphone into it correctly mustes the internal speakers, but no sound is output via the headphones. Details: - Fujitsu Simens Amilo Si1520 - Codec: Conexant ID 5045 (as reported by Linux 2.6.20.4) Alsa device details between both Linux kernels differ completely, with Linux 2.6.20.4 only reporting a single a single analog PCM device and Linux 2.6.21.1 reporting a Conexant Analog and a Conexant Digital device. Should I still post the complete information from /proc/asound/* for both kernels? I tried applying conexant-test22.patch by Tobin Davis, but it does not seem to match the in-kernel ALSA code. It also does not seem to be related to the 5045 chip... Any ideas? Greetings, Gunter

3 12