* Alsa 1.0.13 (and others) does not work on ALC880
@ 2007-05-14 12:56 Eric
2007-05-14 23:39 ` Tobin Davis
[not found] ` <1179415598.4415.312.camel@razman.gruemaster.com>
0 siblings, 2 replies; 22+ messages in thread
From: Eric @ 2007-05-14 12:56 UTC (permalink / raw)
To: alsa-devel
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@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Alsa 1.0.13 (and others) does not work on ALC880
@ 2007-05-14 13:00 Eric
0 siblings, 0 replies; 22+ messages in thread
From: Eric @ 2007-05-14 13:00 UTC (permalink / raw)
To: alsa-devel
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@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-14 12:56 Eric
@ 2007-05-14 23:39 ` Tobin Davis
2007-05-15 9:02 ` E.D.V.
[not found] ` <1179415598.4415.312.camel@razman.gruemaster.com>
1 sibling, 1 reply; 22+ messages in thread
From: Tobin Davis @ 2007-05-14 23:39 UTC (permalink / raw)
To: Eric; +Cc: alsa-devel
With alsa-driver-1.0.14rc4, try loading with "model=clevo", or one of
the other models for the ALC880 chip as defined in
alsa-driver-1.0.14rc4/alsa-kernel/Documentation/ALSA-Configuration.txt.
If one of them works well, we can easily add your device id to the
driver. Otherwise, we will need to do more development for your model.
Could you also add the link created by this script:
http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh
Thanks,
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@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
Tobin Davis <tdavis@dsl-only.net>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-14 23:39 ` Tobin Davis
@ 2007-05-15 9:02 ` E.D.V.
0 siblings, 0 replies; 22+ messages in thread
From: E.D.V. @ 2007-05-15 9:02 UTC (permalink / raw)
To: Tobin Davis; +Cc: erdv38, alsa-devel
Dear Tobin, here are infos about my system.
I tried all the models for ALC880 with the same result for aplay command :
eric@gondor:~$ aplay
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:550: Erreur d'ouverture audio: Argument invalide
and the resulting in /var/log/messages (alsa-driver compiled with
debugging activated)
May 15 10:50:07 gondor kernel: [ 4265.358277] [<f8ccdfd0>]
snd_pcm_hw_constraints_complete+0x2c0/0x400 [snd_pcm]
May 15 10:50:07 gondor kernel: [ 4265.358344] [<f8cce172>]
snd_pcm_open_substream+0x62/0xc0 [snd_pcm]
May 15 10:50:07 gondor kernel: [ 4265.358368] [add_wait_queue+29/80]
add_wait_queue+0x1d/0x50
May 15 10:50:07 gondor kernel: [ 4265.358391] [<f8cce2c4>]
snd_pcm_open+0xf4/0x1b0 [snd_pcm]
May 15 10:50:07 gondor kernel: [ 4265.358428]
[default_wake_function+0/16] default_wake_function+0x0/0x10
May 15 10:50:07 gondor kernel: [ 4265.358464] [<f8a375b1>]
snd_open+0x81/0x160 [snd]
May 15 10:50:07 gondor kernel: [ 4265.358482] [kobject_get+15/32]
kobject_get+0xf/0x20
May 15 10:50:07 gondor kernel: [ 4265.358491] [<f8a37530>]
snd_open+0x0/0x160 [snd]
May 15 10:50:07 gondor kernel: [ 4265.358518] [chrdev_open+168/368]
chrdev_open+0xa8/0x170
May 15 10:50:07 gondor kernel: [ 4265.358544] [chrdev_open+0/368]
chrdev_open+0x0/0x170
May 15 10:50:07 gondor kernel: [ 4265.358550] [__dentry_open+186/448]
__dentry_open+0xba/0x1c0
May 15 10:50:07 gondor kernel: [ 4265.358580]
[nameidata_to_filp+53/64] nameidata_to_filp+0x35/0x40
May 15 10:50:07 gondor kernel: [ 4265.358599] [do_filp_open+80/96]
do_filp_open+0x50/0x60
May 15 10:50:07 gondor kernel: [ 4265.358651] [<f8a3b1e0>]
snd_ctl_ioctl+0x0/0xbd0 [snd]
May 15 10:50:07 gondor kernel: [ 4265.358714] [do_sys_open+78/240]
do_sys_open+0x4e/0xf0
May 15 10:50:07 gondor kernel: [ 4265.358747] [sys_open+28/32]
sys_open+0x1c/0x20
May 15 10:50:07 gondor kernel: [ 4265.358757]
[sysenter_past_esp+105/169] sysenter_past_esp+0x69/0xa9
May 15 10:50:07 gondor kernel: [ 4265.358831] =======================
The result of alsa-info.sh is on http://pastebin.ca/488975 *
* The results of the following command in alsa-info.sh
cat /proc/asound/card0/codec\#* > /tmp/alsainfo/alsa-hda-intel.tmp 2>
/dev/null
give a lot of similar lines in /var/log/messages like the one below
May 15 10:47:20 gondor kernel: [ 4098.351002] ALSA
/usr/src/modules/alsa-driver-1.0.14rc4/pci/hda/hda_codec.c:207:
hda_codec: invalid dep_range_val 0:7fff
Comment :
What is strange is that alsa-driver worked well before, I used it
without problems with Ubuntu Breezy (I don't remember the alsa or
kernel version but kernel was about 2.6.12 - 2.6.14). The problem
appeared when upgrading to dapper and edgy (2.6.15-2.6.17) and
alsa-driver only worked when I self-compiled it with debugging
enabled, though giving the same kind of messages in /var/log/messages
as given above . If it was disabled it gave the same result "ALSA lib
pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave". And now EVEN
with debugging enabled it does not work ....
Eric
Tobin Davis a écrit :
> With alsa-driver-1.0.14rc4, try loading with "model=clevo", or one of
> the other models for the ALC880 chip as defined in
> alsa-driver-1.0.14rc4/alsa-kernel/Documentation/ALSA-Configuration.txt.
>
> If one of them works well, we can easily add your device id to the
> driver. Otherwise, we will need to do more development for your model.
> Could you also add the link created by this script:
> http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh
>
> Thanks,
>
> 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@alsa-project.org
>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
[not found] ` <1179415598.4415.312.camel@razman.gruemaster.com>
@ 2007-05-18 21:09 ` Eric De Vito
0 siblings, 0 replies; 22+ messages in thread
From: Eric De Vito @ 2007-05-18 21:09 UTC (permalink / raw)
To: Tobin Davis; +Cc: alsa-devel
-----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@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-----
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
@ 2007-05-19 7:08 Andrew Callan
2007-05-19 15:11 ` Takashi Iwai
0 siblings, 1 reply; 22+ messages in thread
From: Andrew Callan @ 2007-05-19 7:08 UTC (permalink / raw)
To: alsa-devel
I have been without sound using Fedora Core ever since the 2.6.16 or
2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
tell whether sound worked or not). It had worked well through the 2.6.15
Fedora kernels. I finally sat down tonight to work the problem as hard as
I could and happened upon Eric and Tobin's timely exchange.
First, simply adding probe_mask=1 to the snd-hda-intel options worked for
me as well; I did not end up having to specify a specific model.
Second, I too was seeing a LONG hang when trying to do:
cat /proc/asound/card0/codec#0
but now with the probe_mask=1, I do not see this.
If it helps, the alsa-info.sh output for my system is at
http://pastebin.ca/496293
If it makes any difference, I'm not sure which model I had specified on
the modprobe line at the time I captured this output.
One thing I do notice is that after adding probe_mask=1, aplay -l does not
show the Si3054 Modem which shows up in the alsa-info output.
Thanks for the help you gave in the thread with Eric.
Andrew
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 7:08 Alsa 1.0.13 (and others) does not work on ALC880 Andrew Callan
@ 2007-05-19 15:11 ` Takashi Iwai
2007-05-19 15:47 ` Tobin Davis
` (4 more replies)
0 siblings, 5 replies; 22+ messages in thread
From: Takashi Iwai @ 2007-05-19 15:11 UTC (permalink / raw)
To: Andrew Callan; +Cc: alsa-devel
At Sat, 19 May 2007 02:08:14 -0500 (CDT),
Andrew Callan wrote:
>
> I have been without sound using Fedora Core ever since the 2.6.16 or
> 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> tell whether sound worked or not). It had worked well through the 2.6.15
> Fedora kernels. I finally sat down tonight to work the problem as hard as
> I could and happened upon Eric and Tobin's timely exchange.
>
> First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> me as well; I did not end up having to specify a specific model.
>
> Second, I too was seeing a LONG hang when trying to do:
> cat /proc/asound/card0/codec#0
> but now with the probe_mask=1, I do not see this.
>
> If it helps, the alsa-info.sh output for my system is at
> http://pastebin.ca/496293
> If it makes any difference, I'm not sure which model I had specified on
> the modprobe line at the time I captured this output.
>
> One thing I do notice is that after adding probe_mask=1, aplay -l does not
> show the Si3054 Modem which shows up in the alsa-info output.
>
> Thanks for the help you gave in the thread with Eric.
>
> Andrew
Interesting. I've seen similar reports that probe_mask helps.
Do you disable the modem codec on BIOS or is it enabled?
If this happens even though it's enabled on BIOS, we'd need a
blacklist of non-working devices, or a more robust probing routine...
Takashi
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 15:11 ` Takashi Iwai
@ 2007-05-19 15:47 ` Tobin Davis
2007-05-19 17:22 ` E.D.V.
` (3 subsequent siblings)
4 siblings, 0 replies; 22+ messages in thread
From: Tobin Davis @ 2007-05-19 15:47 UTC (permalink / raw)
To: ALSA Developers, Andrew Callan
[-- Attachment #1: Type: text/plain, Size: 2295 bytes --]
Based on this information, I'll go ahead and add your device ID to the
codec driver so you won't need to add the "model=" modprobe parameter
(see attached patch). The probe_mask issue will need more work to
figure out what exactly is going on. I wonder if it might be acpi
related?
---- cut --------- cut --------- cut --------- cut -----
Summary: hda-codec: Add support for Clevo D900 system
This patch adds subsystem ID for the D900 system to the ALC880 code.
Signed off by Tobin Davis <tdavis@dsl-only.net>
---- cut --------- cut --------- cut --------- cut -----
On Sat, 2007-05-19 at 17:11 +0200, Takashi Iwai wrote:
> At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> Andrew Callan wrote:
> >
> > I have been without sound using Fedora Core ever since the 2.6.16 or
> > 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> > tell whether sound worked or not). It had worked well through the 2.6.15
> > Fedora kernels. I finally sat down tonight to work the problem as hard as
> > I could and happened upon Eric and Tobin's timely exchange.
> >
> > First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> > me as well; I did not end up having to specify a specific model.
> >
> > Second, I too was seeing a LONG hang when trying to do:
> > cat /proc/asound/card0/codec#0
> > but now with the probe_mask=1, I do not see this.
> >
> > If it helps, the alsa-info.sh output for my system is at
> > http://pastebin.ca/496293
> > If it makes any difference, I'm not sure which model I had specified on
> > the modprobe line at the time I captured this output.
> >
> > One thing I do notice is that after adding probe_mask=1, aplay -l does not
> > show the Si3054 Modem which shows up in the alsa-info output.
> >
> > Thanks for the help you gave in the thread with Eric.
> >
> > Andrew
>
> Interesting. I've seen similar reports that probe_mask helps.
> Do you disable the modem codec on BIOS or is it enabled?
>
> If this happens even though it's enabled on BIOS, we'd need a
> blacklist of non-working devices, or a more robust probing routine...
>
>
> Takashi
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
[-- Attachment #2: Clevo.patch --]
[-- Type: text/x-patch, Size: 642 bytes --]
diff -r 5bd948503866 pci/hda/patch_realtek.c
--- a/pci/hda/patch_realtek.c Tue May 15 11:47:48 2007 +0200
+++ b/pci/hda/patch_realtek.c Sat May 19 08:44:04 2007 -0700
@@ -2563,6 +2565,7 @@ static struct snd_pci_quirk alc880_cfg_t
SND_PCI_QUIRK(0x107b, 0x3032, "Gateway", ALC880_5ST),
SND_PCI_QUIRK(0x1558, 0x0520, "Clevo m520G", ALC880_CLEVO),
SND_PCI_QUIRK(0x1558, 0x0660, "Clevo m655n", ALC880_CLEVO),
+ SND_PCI_QUIRK(0x1558, 0x0900, "Clevo D900", ALC880_CLEVO),
SND_PCI_QUIRK(0x1565, 0x8202, "Biostar", ALC880_5ST_DIG),
SND_PCI_QUIRK(0x161f, 0x203d, "W810", ALC880_W810),
SND_PCI_QUIRK(0x1695, 0x400d, "EPoX", ALC880_5ST_DIG),
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 15:11 ` Takashi Iwai
2007-05-19 15:47 ` Tobin Davis
@ 2007-05-19 17:22 ` E.D.V.
2007-05-19 17:51 ` Tobin Davis
2007-05-20 2:49 ` Andrew Callan
` (2 subsequent siblings)
4 siblings, 1 reply; 22+ messages in thread
From: E.D.V. @ 2007-05-19 17:22 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, Andrew Callan
Well, on this laptop (D900t Eurocom) BIOS modification is very limited,
and it is not possible to modify or switch codecs, so as I think it is
enabled it is not possible to disable it ...
Takashi Iwai a écrit :
> At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> Andrew Callan wrote:
>
>> I have been without sound using Fedora Core ever since the 2.6.16 or
>> 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
>> tell whether sound worked or not). It had worked well through the 2.6.15
>> Fedora kernels. I finally sat down tonight to work the problem as hard as
>> I could and happened upon Eric and Tobin's timely exchange.
>>
>> First, simply adding probe_mask=1 to the snd-hda-intel options worked for
>> me as well; I did not end up having to specify a specific model.
>>
>> Second, I too was seeing a LONG hang when trying to do:
>> cat /proc/asound/card0/codec#0
>> but now with the probe_mask=1, I do not see this.
>>
>> If it helps, the alsa-info.sh output for my system is at
>> http://pastebin.ca/496293
>> If it makes any difference, I'm not sure which model I had specified on
>> the modprobe line at the time I captured this output.
>>
>> One thing I do notice is that after adding probe_mask=1, aplay -l does not
>> show the Si3054 Modem which shows up in the alsa-info output.
>>
>> Thanks for the help you gave in the thread with Eric.
>>
>> Andrew
>>
>
> Interesting. I've seen similar reports that probe_mask helps.
> Do you disable the modem codec on BIOS or is it enabled?
>
> If this happens even though it's enabled on BIOS, we'd need a
> blacklist of non-working devices, or a more robust probing routine...
>
>
> Takashi
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 17:22 ` E.D.V.
@ 2007-05-19 17:51 ` Tobin Davis
0 siblings, 0 replies; 22+ messages in thread
From: Tobin Davis @ 2007-05-19 17:51 UTC (permalink / raw)
To: E.D.V.; +Cc: Takashi Iwai, alsa-devel, Andrew Callan
Try "probe_mask=3". That should enable the audio and modem codec to see
if it is the cause of these issues. If it is, there is an issue with it.
If not, it's in the probe routine.
Tobin
On Sat, 2007-05-19 at 19:22 +0200, E.D.V. wrote:
> Well, on this laptop (D900t Eurocom) BIOS modification is very limited,
> and it is not possible to modify or switch codecs, so as I think it is
> enabled it is not possible to disable it ...
>
> Takashi Iwai a écrit :
> > At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> > Andrew Callan wrote:
> >
> >> I have been without sound using Fedora Core ever since the 2.6.16 or
> >> 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> >> tell whether sound worked or not). It had worked well through the 2.6.15
> >> Fedora kernels. I finally sat down tonight to work the problem as hard as
> >> I could and happened upon Eric and Tobin's timely exchange.
> >>
> >> First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> >> me as well; I did not end up having to specify a specific model.
> >>
> >> Second, I too was seeing a LONG hang when trying to do:
> >> cat /proc/asound/card0/codec#0
> >> but now with the probe_mask=1, I do not see this.
> >>
> >> If it helps, the alsa-info.sh output for my system is at
> >> http://pastebin.ca/496293
> >> If it makes any difference, I'm not sure which model I had specified on
> >> the modprobe line at the time I captured this output.
> >>
> >> One thing I do notice is that after adding probe_mask=1, aplay -l does not
> >> show the Si3054 Modem which shows up in the alsa-info output.
> >>
> >> Thanks for the help you gave in the thread with Eric.
> >>
> >> Andrew
> >>
> >
> > Interesting. I've seen similar reports that probe_mask helps.
> > Do you disable the modem codec on BIOS or is it enabled?
> >
> > If this happens even though it's enabled on BIOS, we'd need a
> > blacklist of non-working devices, or a more robust probing routine...
> >
> >
> > Takashi
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@alsa-project.org
> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> >
>
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
Tobin Davis <tdavis@dsl-only.net>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 15:11 ` Takashi Iwai
2007-05-19 15:47 ` Tobin Davis
2007-05-19 17:22 ` E.D.V.
@ 2007-05-20 2:49 ` Andrew Callan
2007-05-20 3:26 ` Andrew Callan
2007-06-03 3:20 ` acallan.alsa
4 siblings, 0 replies; 22+ messages in thread
From: Andrew Callan @ 2007-05-20 2:49 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
The Phoenix cME FirstBIOS Pro, Revision V146 1.00.01 on this machine has
very limited options in general. There is not any option for
enabling/disabling the modem (or other devices such as NIC, wireless NIC,
sound, etc.). So I guess I would assume that it is always enabled through
the BIOS?
Andrew
On Sat, 19 May 2007, Takashi Iwai wrote:
> At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> Andrew Callan wrote:
> >
> > I have been without sound using Fedora Core ever since the 2.6.16 or
> > 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> > tell whether sound worked or not). It had worked well through the 2.6.15
> > Fedora kernels. I finally sat down tonight to work the problem as hard as
> > I could and happened upon Eric and Tobin's timely exchange.
> >
> > First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> > me as well; I did not end up having to specify a specific model.
> >
> > Second, I too was seeing a LONG hang when trying to do:
> > cat /proc/asound/card0/codec#0
> > but now with the probe_mask=1, I do not see this.
> >
> > If it helps, the alsa-info.sh output for my system is at
> > http://pastebin.ca/496293
> > If it makes any difference, I'm not sure which model I had specified on
> > the modprobe line at the time I captured this output.
> >
> > One thing I do notice is that after adding probe_mask=1, aplay -l does not
> > show the Si3054 Modem which shows up in the alsa-info output.
> >
> > Thanks for the help you gave in the thread with Eric.
> >
> > Andrew
>
> Interesting. I've seen similar reports that probe_mask helps.
> Do you disable the modem codec on BIOS or is it enabled?
>
> If this happens even though it's enabled on BIOS, we'd need a
> blacklist of non-working devices, or a more robust probing routine...
>
>
> Takashi
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 15:11 ` Takashi Iwai
` (2 preceding siblings ...)
2007-05-20 2:49 ` Andrew Callan
@ 2007-05-20 3:26 ` Andrew Callan
2007-06-03 3:20 ` acallan.alsa
4 siblings, 0 replies; 22+ messages in thread
From: Andrew Callan @ 2007-05-20 3:26 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
I tried probe_mask=3. aplay -l shows the Si3054 Modem device again.
Sound does not work. So I guess this points to the modem rather than the
probing. It looks like Eric has the same modem as I do; the Vendor Id,
Subsystem Id, and Revision Id all match.
Andrew
On Sat, 19 May 2007, Takashi Iwai wrote:
> At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> Andrew Callan wrote:
> >
> > I have been without sound using Fedora Core ever since the 2.6.16 or
> > 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> > tell whether sound worked or not). It had worked well through the 2.6.15
> > Fedora kernels. I finally sat down tonight to work the problem as hard as
> > I could and happened upon Eric and Tobin's timely exchange.
> >
> > First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> > me as well; I did not end up having to specify a specific model.
> >
> > Second, I too was seeing a LONG hang when trying to do:
> > cat /proc/asound/card0/codec#0
> > but now with the probe_mask=1, I do not see this.
> >
> > If it helps, the alsa-info.sh output for my system is at
> > http://pastebin.ca/496293
> > If it makes any difference, I'm not sure which model I had specified on
> > the modprobe line at the time I captured this output.
> >
> > One thing I do notice is that after adding probe_mask=1, aplay -l does not
> > show the Si3054 Modem which shows up in the alsa-info output.
> >
> > Thanks for the help you gave in the thread with Eric.
> >
> > Andrew
>
> Interesting. I've seen similar reports that probe_mask helps.
> Do you disable the modem codec on BIOS or is it enabled?
>
> If this happens even though it's enabled on BIOS, we'd need a
> blacklist of non-working devices, or a more robust probing routine...
>
>
> Takashi
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-05-19 15:11 ` Takashi Iwai
` (3 preceding siblings ...)
2007-05-20 3:26 ` Andrew Callan
@ 2007-06-03 3:20 ` acallan.alsa
2007-06-04 14:14 ` Takashi Iwai
4 siblings, 1 reply; 22+ messages in thread
From: acallan.alsa @ 2007-06-03 3:20 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
I've tried to chase this problem deeper. The chip has two codecs, 1 is
audio, 2 is modem. In setup_fg_nodes() [hda_codec.c], the call to
snd_hda_get_sub_nodes() returns total_nodes=1 and nid=0x01 for the audio
codec. The same call returns total_nodes=39 and nid=0x00 for the modem
codec.
Calls to azx_corb_send_cmd() [hda_intel.c] can be seen for
AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, AC_PAR_NODE_COUNT,
and AC_PAR_FUNCTION_TYPE for the audio codec. 32 calls to
azx_corb_send_cmd() can then be seen for AC_PAR_AUDIO_WIDGET_CAP for the
audio codec.
For the modem codec, calls to azx_corb_send_cmd() can be seen for
AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, and
AC_PAR_NODE_COUNT followed by 39 calls to azx_corb_send_cmd() for
AC_PAR_FUNCTION_TYPE for the modem codec. These each return the value
AC_GRP_MODEM_FUNCTION and so the codec->mfg ends up being set to the 39th
nid (0x26). Everything appears to be going smoothly until
read_widget_caps() is called for them modem codec. When
snd_hda_get_sub_nodes() is called inside read_widget_caps() for fg_node
0x26, this triggers a call to azx_corb_send_cmd() for AC_PAR_NODE_COUNT.
The function azx_rirb_get_response() ends up timing out with the following
lines appearing in my dmesg log:
hda_intel: azx_get_response timeout, switching to polling mode...
hda_intel: azx_get_response timeout, switching to single_cmd mode...
>From following the code, it appears that chip->single_cmd = 1 from this
point on. The note above the function azx_single_send_cmd() makes it
clear that this function should not be used for normal operation. And,
indeed, after this point, calls to the chip for the audio codec seem to
return bogus values (as could be seen in the Default PCM and Node sections
of the Codec information at http://pastebin.ca/496293).
So, I have a few questions:
1) Does it make sense that the modem codec would have 39 fg nodes?
2) Does it make sense that the switch to single_cmd mode would possibly
be the cause of the bogus values being returned later? (I haven't really
traced much past this point since that comment about azx_single_send_cmd
seemed to make it clear that I was already in trouble by this point.)
3) What other things would it be helpful to look at to try to chase this
problem further?
Andrew
--
accallan@ugnet.org
http://www.ugnet.org/
On Sat, 19 May 2007, Takashi Iwai wrote:
> At Sat, 19 May 2007 02:08:14 -0500 (CDT),
> Andrew Callan wrote:
> >
> > I have been without sound using Fedora Core ever since the 2.6.16 or
> > 2.6.17 kernel update (2.6.16 crashed during initialization, so I could not
> > tell whether sound worked or not). It had worked well through the 2.6.15
> > Fedora kernels. I finally sat down tonight to work the problem as hard as
> > I could and happened upon Eric and Tobin's timely exchange.
> >
> > First, simply adding probe_mask=1 to the snd-hda-intel options worked for
> > me as well; I did not end up having to specify a specific model.
> >
> > Second, I too was seeing a LONG hang when trying to do:
> > cat /proc/asound/card0/codec#0
> > but now with the probe_mask=1, I do not see this.
> >
> > If it helps, the alsa-info.sh output for my system is at
> > http://pastebin.ca/496293
> > If it makes any difference, I'm not sure which model I had specified on
> > the modprobe line at the time I captured this output.
> >
> > One thing I do notice is that after adding probe_mask=1, aplay -l does not
> > show the Si3054 Modem which shows up in the alsa-info output.
> >
> > Thanks for the help you gave in the thread with Eric.
> >
> > Andrew
>
> Interesting. I've seen similar reports that probe_mask helps.
> Do you disable the modem codec on BIOS or is it enabled?
>
> If this happens even though it's enabled on BIOS, we'd need a
> blacklist of non-working devices, or a more robust probing routine...
>
>
> Takashi
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-03 3:20 ` acallan.alsa
@ 2007-06-04 14:14 ` Takashi Iwai
2007-06-05 4:17 ` acallan.alsa
0 siblings, 1 reply; 22+ messages in thread
From: Takashi Iwai @ 2007-06-04 14:14 UTC (permalink / raw)
To: acallan.alsa; +Cc: alsa-devel
At Sat, 2 Jun 2007 22:20:04 -0500 (CDT),
acallan.alsa@ugnet.org wrote:
>
> I've tried to chase this problem deeper. The chip has two codecs, 1 is
> audio, 2 is modem. In setup_fg_nodes() [hda_codec.c], the call to
> snd_hda_get_sub_nodes() returns total_nodes=1 and nid=0x01 for the audio
> codec. The same call returns total_nodes=39 and nid=0x00 for the modem
> codec.
>
> Calls to azx_corb_send_cmd() [hda_intel.c] can be seen for
> AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, AC_PAR_NODE_COUNT,
> and AC_PAR_FUNCTION_TYPE for the audio codec. 32 calls to
> azx_corb_send_cmd() can then be seen for AC_PAR_AUDIO_WIDGET_CAP for the
> audio codec.
> For the modem codec, calls to azx_corb_send_cmd() can be seen for
> AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, and
> AC_PAR_NODE_COUNT followed by 39 calls to azx_corb_send_cmd() for
> AC_PAR_FUNCTION_TYPE for the modem codec. These each return the value
> AC_GRP_MODEM_FUNCTION and so the codec->mfg ends up being set to the 39th
> nid (0x26). Everything appears to be going smoothly until
> read_widget_caps() is called for them modem codec. When
> snd_hda_get_sub_nodes() is called inside read_widget_caps() for fg_node
> 0x26, this triggers a call to azx_corb_send_cmd() for AC_PAR_NODE_COUNT.
> The function azx_rirb_get_response() ends up timing out with the following
> lines appearing in my dmesg log:
> hda_intel: azx_get_response timeout, switching to polling mode...
> hda_intel: azx_get_response timeout, switching to single_cmd mode...
OK, then the problem gets started at reading the widget capabilities.
Thanks for the analysis!
> From following the code, it appears that chip->single_cmd = 1 from this
> point on. The note above the function azx_single_send_cmd() makes it
> clear that this function should not be used for normal operation. And,
> indeed, after this point, calls to the chip for the audio codec seem to
> return bogus values (as could be seen in the Default PCM and Node sections
> of the Codec information at http://pastebin.ca/496293).
Yes, that's already a known issue.
> So, I have a few questions:
> 1) Does it make sense that the modem codec would have 39 fg nodes?
That should be OK.
> 2) Does it make sense that the switch to single_cmd mode would possibly
> be the cause of the bogus values being returned later? (I haven't really
> traced much past this point since that comment about azx_single_send_cmd
> seemed to make it clear that I was already in trouble by this point.)
Yes, some devices have been broken. And, I guess it won't be get
recovered even if you don't change to single_cmd mode.
> 3) What other things would it be helpful to look at to try to chase this
> problem further?
Could you try the patch below?
thanks,
Takashi
diff -r eb7241f88cdd pci/hda/hda_codec.c
--- a/pci/hda/hda_codec.c Mon Jun 04 09:21:19 2007 +0200
+++ b/pci/hda/hda_codec.c Mon Jun 04 16:11:02 2007 +0200
@@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
return -ENODEV;
}
- if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
+ if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
snd_hda_codec_free(codec);
return -ENOMEM;
diff -r eb7241f88cdd pci/hda/hda_local.h
--- a/pci/hda/hda_local.h Mon Jun 04 09:21:19 2007 +0200
+++ b/pci/hda/hda_local.h Mon Jun 04 16:09:27 2007 +0200
@@ -271,7 +271,7 @@ int snd_hda_parse_pin_def_config(struct
*/
static inline u32 get_wcaps(struct hda_codec *codec, hda_nid_t nid)
{
- if (nid < codec->start_nid ||
+ if (!codec->wcaps || nid < codec->start_nid ||
nid >= codec->start_nid + codec->num_nodes)
return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
return codec->wcaps[nid - codec->start_nid];
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-04 14:14 ` Takashi Iwai
@ 2007-06-05 4:17 ` acallan.alsa
2007-06-05 10:42 ` Takashi Iwai
0 siblings, 1 reply; 22+ messages in thread
From: acallan.alsa @ 2007-06-05 4:17 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
That patch gets me further. However, the same rirb timeout / single_cmd
mode occurs when hda_set_power_state() calls snd_hda_get_sub_nodes() on
the modem codec with the fg set to the last nid (0x26) -- the same
condition which you worked around in your patch.
I wrapped the three calls to hda_set_power_state() (in hda_codec.c) with:
if (codec->afg)
and the sound now works even with modprobe=3. However, I am assuming that
this leaves the power state for the modem codec in an uninitialized state.
Andrew
On Mon, 4 Jun 2007, Takashi Iwai wrote:
> At Sat, 2 Jun 2007 22:20:04 -0500 (CDT),
> acallan.alsa@ugnet.org wrote:
> >
> > I've tried to chase this problem deeper. The chip has two codecs, 1 is
> > audio, 2 is modem. In setup_fg_nodes() [hda_codec.c], the call to
> > snd_hda_get_sub_nodes() returns total_nodes=1 and nid=0x01 for the audio
> > codec. The same call returns total_nodes=39 and nid=0x00 for the modem
> > codec.
> >
> > Calls to azx_corb_send_cmd() [hda_intel.c] can be seen for
> > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, AC_PAR_NODE_COUNT,
> > and AC_PAR_FUNCTION_TYPE for the audio codec. 32 calls to
> > azx_corb_send_cmd() can then be seen for AC_PAR_AUDIO_WIDGET_CAP for the
> > audio codec.
> > For the modem codec, calls to azx_corb_send_cmd() can be seen for
> > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, and
> > AC_PAR_NODE_COUNT followed by 39 calls to azx_corb_send_cmd() for
> > AC_PAR_FUNCTION_TYPE for the modem codec. These each return the value
> > AC_GRP_MODEM_FUNCTION and so the codec->mfg ends up being set to the 39th
> > nid (0x26). Everything appears to be going smoothly until
> > read_widget_caps() is called for them modem codec. When
> > snd_hda_get_sub_nodes() is called inside read_widget_caps() for fg_node
> > 0x26, this triggers a call to azx_corb_send_cmd() for AC_PAR_NODE_COUNT.
> > The function azx_rirb_get_response() ends up timing out with the following
> > lines appearing in my dmesg log:
> > hda_intel: azx_get_response timeout, switching to polling mode...
> > hda_intel: azx_get_response timeout, switching to single_cmd mode...
>
> OK, then the problem gets started at reading the widget capabilities.
> Thanks for the analysis!
>
> > From following the code, it appears that chip->single_cmd = 1 from this
> > point on. The note above the function azx_single_send_cmd() makes it
> > clear that this function should not be used for normal operation. And,
> > indeed, after this point, calls to the chip for the audio codec seem to
> > return bogus values (as could be seen in the Default PCM and Node sections
> > of the Codec information at http://pastebin.ca/496293).
>
> Yes, that's already a known issue.
>
> > So, I have a few questions:
> > 1) Does it make sense that the modem codec would have 39 fg nodes?
>
> That should be OK.
>
> > 2) Does it make sense that the switch to single_cmd mode would possibly
> > be the cause of the bogus values being returned later? (I haven't really
> > traced much past this point since that comment about azx_single_send_cmd
> > seemed to make it clear that I was already in trouble by this point.)
>
> Yes, some devices have been broken. And, I guess it won't be get
> recovered even if you don't change to single_cmd mode.
>
> > 3) What other things would it be helpful to look at to try to chase this
> > problem further?
>
> Could you try the patch below?
>
>
> thanks,
>
> Takashi
> diff -r eb7241f88cdd pci/hda/hda_codec.c
> --- a/pci/hda/hda_codec.c Mon Jun 04 09:21:19 2007 +0200
> +++ b/pci/hda/hda_codec.c Mon Jun 04 16:11:02 2007 +0200
> @@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
> return -ENODEV;
> }
>
> - if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
> + if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
> snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
> snd_hda_codec_free(codec);
> return -ENOMEM;
> diff -r eb7241f88cdd pci/hda/hda_local.h
> --- a/pci/hda/hda_local.h Mon Jun 04 09:21:19 2007 +0200
> +++ b/pci/hda/hda_local.h Mon Jun 04 16:09:27 2007 +0200
> @@ -271,7 +271,7 @@ int snd_hda_parse_pin_def_config(struct
> */
> static inline u32 get_wcaps(struct hda_codec *codec, hda_nid_t nid)
> {
> - if (nid < codec->start_nid ||
> + if (!codec->wcaps || nid < codec->start_nid ||
> nid >= codec->start_nid + codec->num_nodes)
> return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
> return codec->wcaps[nid - codec->start_nid];
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-05 4:17 ` acallan.alsa
@ 2007-06-05 10:42 ` Takashi Iwai
2007-06-06 6:07 ` acallan.alsa
0 siblings, 1 reply; 22+ messages in thread
From: Takashi Iwai @ 2007-06-05 10:42 UTC (permalink / raw)
To: acallan.alsa; +Cc: alsa-devel
At Mon, 4 Jun 2007 23:17:33 -0500 (CDT),
acallan.alsa@ugnet.org wrote:
>
> That patch gets me further. However, the same rirb timeout / single_cmd
> mode occurs when hda_set_power_state() calls snd_hda_get_sub_nodes() on
> the modem codec with the fg set to the last nid (0x26) -- the same
> condition which you worked around in your patch.
>
> I wrapped the three calls to hda_set_power_state() (in hda_codec.c) with:
> if (codec->afg)
> and the sound now works even with modprobe=3. However, I am assuming that
> this leaves the power state for the modem codec in an uninitialized state.
Yes, possibly. But, many codecs chip don't require this power setup,
and the modem codec is likely such a one.
In your analysis, the problem happens on the certain widget node
(0x26). What happens when you run "cat /proc/asound/card0/codec#1"
(after your patch)? This should also access to that widget, so in
theory, the same problem may occur.
Takashi
>
> Andrew
>
> On Mon, 4 Jun 2007, Takashi Iwai wrote:
>
> > At Sat, 2 Jun 2007 22:20:04 -0500 (CDT),
> > acallan.alsa@ugnet.org wrote:
> > >
> > > I've tried to chase this problem deeper. The chip has two codecs, 1 is
> > > audio, 2 is modem. In setup_fg_nodes() [hda_codec.c], the call to
> > > snd_hda_get_sub_nodes() returns total_nodes=1 and nid=0x01 for the audio
> > > codec. The same call returns total_nodes=39 and nid=0x00 for the modem
> > > codec.
> > >
> > > Calls to azx_corb_send_cmd() [hda_intel.c] can be seen for
> > > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, AC_PAR_NODE_COUNT,
> > > and AC_PAR_FUNCTION_TYPE for the audio codec. 32 calls to
> > > azx_corb_send_cmd() can then be seen for AC_PAR_AUDIO_WIDGET_CAP for the
> > > audio codec.
> > > For the modem codec, calls to azx_corb_send_cmd() can be seen for
> > > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, and
> > > AC_PAR_NODE_COUNT followed by 39 calls to azx_corb_send_cmd() for
> > > AC_PAR_FUNCTION_TYPE for the modem codec. These each return the value
> > > AC_GRP_MODEM_FUNCTION and so the codec->mfg ends up being set to the 39th
> > > nid (0x26). Everything appears to be going smoothly until
> > > read_widget_caps() is called for them modem codec. When
> > > snd_hda_get_sub_nodes() is called inside read_widget_caps() for fg_node
> > > 0x26, this triggers a call to azx_corb_send_cmd() for AC_PAR_NODE_COUNT.
> > > The function azx_rirb_get_response() ends up timing out with the following
> > > lines appearing in my dmesg log:
> > > hda_intel: azx_get_response timeout, switching to polling mode...
> > > hda_intel: azx_get_response timeout, switching to single_cmd mode...
> >
> > OK, then the problem gets started at reading the widget capabilities.
> > Thanks for the analysis!
> >
> > > From following the code, it appears that chip->single_cmd = 1 from this
> > > point on. The note above the function azx_single_send_cmd() makes it
> > > clear that this function should not be used for normal operation. And,
> > > indeed, after this point, calls to the chip for the audio codec seem to
> > > return bogus values (as could be seen in the Default PCM and Node sections
> > > of the Codec information at http://pastebin.ca/496293).
> >
> > Yes, that's already a known issue.
> >
> > > So, I have a few questions:
> > > 1) Does it make sense that the modem codec would have 39 fg nodes?
> >
> > That should be OK.
> >
> > > 2) Does it make sense that the switch to single_cmd mode would possibly
> > > be the cause of the bogus values being returned later? (I haven't really
> > > traced much past this point since that comment about azx_single_send_cmd
> > > seemed to make it clear that I was already in trouble by this point.)
> >
> > Yes, some devices have been broken. And, I guess it won't be get
> > recovered even if you don't change to single_cmd mode.
> >
> > > 3) What other things would it be helpful to look at to try to chase this
> > > problem further?
> >
> > Could you try the patch below?
> >
> >
> > thanks,
> >
> > Takashi
> > diff -r eb7241f88cdd pci/hda/hda_codec.c
> > --- a/pci/hda/hda_codec.c Mon Jun 04 09:21:19 2007 +0200
> > +++ b/pci/hda/hda_codec.c Mon Jun 04 16:11:02 2007 +0200
> > @@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
> > return -ENODEV;
> > }
> >
> > - if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
> > + if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
> > snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
> > snd_hda_codec_free(codec);
> > return -ENOMEM;
> > diff -r eb7241f88cdd pci/hda/hda_local.h
> > --- a/pci/hda/hda_local.h Mon Jun 04 09:21:19 2007 +0200
> > +++ b/pci/hda/hda_local.h Mon Jun 04 16:09:27 2007 +0200
> > @@ -271,7 +271,7 @@ int snd_hda_parse_pin_def_config(struct
> > */
> > static inline u32 get_wcaps(struct hda_codec *codec, hda_nid_t nid)
> > {
> > - if (nid < codec->start_nid ||
> > + if (!codec->wcaps || nid < codec->start_nid ||
> > nid >= codec->start_nid + codec->num_nodes)
> > return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
> > return codec->wcaps[nid - codec->start_nid];
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@alsa-project.org
> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> >
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-05 10:42 ` Takashi Iwai
@ 2007-06-06 6:07 ` acallan.alsa
2007-06-06 12:54 ` Takashi Iwai
0 siblings, 1 reply; 22+ messages in thread
From: acallan.alsa @ 2007-06-06 6:07 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
cat /proc/asound/card0/codec#1 works just fine, and sound still works
fine even after that. Looking at the function print_codec_info()
(hda_proc.c), there is already the check:
if (! codec->afg)
return;
after the vendor, subsystem, and revision are retrieved but before the
pcm, amp caps, and node information are retrieved.
Andrew
On Tue, 5 Jun 2007, Takashi Iwai wrote:
> At Mon, 4 Jun 2007 23:17:33 -0500 (CDT),
> acallan.alsa@ugnet.org wrote:
> >
> > That patch gets me further. However, the same rirb timeout / single_cmd
> > mode occurs when hda_set_power_state() calls snd_hda_get_sub_nodes() on
> > the modem codec with the fg set to the last nid (0x26) -- the same
> > condition which you worked around in your patch.
> >
> > I wrapped the three calls to hda_set_power_state() (in hda_codec.c) with:
> > if (codec->afg)
> > and the sound now works even with modprobe=3. However, I am assuming that
> > this leaves the power state for the modem codec in an uninitialized state.
>
> Yes, possibly. But, many codecs chip don't require this power setup,
> and the modem codec is likely such a one.
>
> In your analysis, the problem happens on the certain widget node
> (0x26). What happens when you run "cat /proc/asound/card0/codec#1"
> (after your patch)? This should also access to that widget, so in
> theory, the same problem may occur.
>
>
> Takashi
>
> >
> > Andrew
> >
> > On Mon, 4 Jun 2007, Takashi Iwai wrote:
> >
> > > At Sat, 2 Jun 2007 22:20:04 -0500 (CDT),
> > > acallan.alsa@ugnet.org wrote:
> > > >
> > > > I've tried to chase this problem deeper. The chip has two codecs, 1 is
> > > > audio, 2 is modem. In setup_fg_nodes() [hda_codec.c], the call to
> > > > snd_hda_get_sub_nodes() returns total_nodes=1 and nid=0x01 for the audio
> > > > codec. The same call returns total_nodes=39 and nid=0x00 for the modem
> > > > codec.
> > > >
> > > > Calls to azx_corb_send_cmd() [hda_intel.c] can be seen for
> > > > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, AC_PAR_NODE_COUNT,
> > > > and AC_PAR_FUNCTION_TYPE for the audio codec. 32 calls to
> > > > azx_corb_send_cmd() can then be seen for AC_PAR_AUDIO_WIDGET_CAP for the
> > > > audio codec.
> > > > For the modem codec, calls to azx_corb_send_cmd() can be seen for
> > > > AC_PAR_VENDOR_ID, AC_PAR_SUBSYSTEM_ID, AC_PAR_REV_ID, and
> > > > AC_PAR_NODE_COUNT followed by 39 calls to azx_corb_send_cmd() for
> > > > AC_PAR_FUNCTION_TYPE for the modem codec. These each return the value
> > > > AC_GRP_MODEM_FUNCTION and so the codec->mfg ends up being set to the 39th
> > > > nid (0x26). Everything appears to be going smoothly until
> > > > read_widget_caps() is called for them modem codec. When
> > > > snd_hda_get_sub_nodes() is called inside read_widget_caps() for fg_node
> > > > 0x26, this triggers a call to azx_corb_send_cmd() for AC_PAR_NODE_COUNT.
> > > > The function azx_rirb_get_response() ends up timing out with the following
> > > > lines appearing in my dmesg log:
> > > > hda_intel: azx_get_response timeout, switching to polling mode...
> > > > hda_intel: azx_get_response timeout, switching to single_cmd mode...
> > >
> > > OK, then the problem gets started at reading the widget capabilities.
> > > Thanks for the analysis!
> > >
> > > > From following the code, it appears that chip->single_cmd = 1 from this
> > > > point on. The note above the function azx_single_send_cmd() makes it
> > > > clear that this function should not be used for normal operation. And,
> > > > indeed, after this point, calls to the chip for the audio codec seem to
> > > > return bogus values (as could be seen in the Default PCM and Node sections
> > > > of the Codec information at http://pastebin.ca/496293).
> > >
> > > Yes, that's already a known issue.
> > >
> > > > So, I have a few questions:
> > > > 1) Does it make sense that the modem codec would have 39 fg nodes?
> > >
> > > That should be OK.
> > >
> > > > 2) Does it make sense that the switch to single_cmd mode would possibly
> > > > be the cause of the bogus values being returned later? (I haven't really
> > > > traced much past this point since that comment about azx_single_send_cmd
> > > > seemed to make it clear that I was already in trouble by this point.)
> > >
> > > Yes, some devices have been broken. And, I guess it won't be get
> > > recovered even if you don't change to single_cmd mode.
> > >
> > > > 3) What other things would it be helpful to look at to try to chase this
> > > > problem further?
> > >
> > > Could you try the patch below?
> > >
> > >
> > > thanks,
> > >
> > > Takashi
> > > diff -r eb7241f88cdd pci/hda/hda_codec.c
> > > --- a/pci/hda/hda_codec.c Mon Jun 04 09:21:19 2007 +0200
> > > +++ b/pci/hda/hda_codec.c Mon Jun 04 16:11:02 2007 +0200
> > > @@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
> > > return -ENODEV;
> > > }
> > >
> > > - if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
> > > + if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
> > > snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
> > > snd_hda_codec_free(codec);
> > > return -ENOMEM;
> > > diff -r eb7241f88cdd pci/hda/hda_local.h
> > > --- a/pci/hda/hda_local.h Mon Jun 04 09:21:19 2007 +0200
> > > +++ b/pci/hda/hda_local.h Mon Jun 04 16:09:27 2007 +0200
> > > @@ -271,7 +271,7 @@ int snd_hda_parse_pin_def_config(struct
> > > */
> > > static inline u32 get_wcaps(struct hda_codec *codec, hda_nid_t nid)
> > > {
> > > - if (nid < codec->start_nid ||
> > > + if (!codec->wcaps || nid < codec->start_nid ||
> > > nid >= codec->start_nid + codec->num_nodes)
> > > return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
> > > return codec->wcaps[nid - codec->start_nid];
> > > _______________________________________________
> > > Alsa-devel mailing list
> > > Alsa-devel@alsa-project.org
> > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> > >
> >
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-06 6:07 ` acallan.alsa
@ 2007-06-06 12:54 ` Takashi Iwai
2007-06-07 6:01 ` acallan.alsa
0 siblings, 1 reply; 22+ messages in thread
From: Takashi Iwai @ 2007-06-06 12:54 UTC (permalink / raw)
To: acallan.alsa; +Cc: alsa-devel
At Wed, 6 Jun 2007 01:07:15 -0500 (CDT),
acallan.alsa@ugnet.org wrote:
>
> cat /proc/asound/card0/codec#1 works just fine, and sound still works
> fine even after that. Looking at the function print_codec_info()
> (hda_proc.c), there is already the check:
> if (! codec->afg)
> return;
> after the vendor, subsystem, and revision are retrieved but before the
> pcm, amp caps, and node information are retrieved.
Oh silly me.
I guess the following patch works alone. Could you test it?
Takashi
diff -r 8bc69e73a655 pci/hda/hda_codec.c
--- a/pci/hda/hda_codec.c Wed Jun 06 14:48:52 2007 +0200
+++ b/pci/hda/hda_codec.c Wed Jun 06 14:52:15 2007 +0200
@@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
return -ENODEV;
}
- if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
+ if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
snd_hda_codec_free(codec);
return -ENOMEM;
diff -r 8bc69e73a655 pci/hda/hda_local.h
--- a/pci/hda/hda_local.h Wed Jun 06 14:48:52 2007 +0200
+++ b/pci/hda/hda_local.h Wed Jun 06 14:53:03 2007 +0200
@@ -274,7 +274,7 @@ static inline u32 get_wcaps(struct hda_c
if (nid < codec->start_nid ||
nid >= codec->start_nid + codec->num_nodes)
return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
- return codec->wcaps[nid - codec->start_nid];
+ return codec->wcaps ? codec->wcaps[nid - codec->start_nid] : 0;
}
int snd_hda_override_amp_caps(struct hda_codec *codec, hda_nid_t nid, int dir,
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-06 12:54 ` Takashi Iwai
@ 2007-06-07 6:01 ` acallan.alsa
2007-06-08 8:00 ` Takashi Iwai
0 siblings, 1 reply; 22+ messages in thread
From: acallan.alsa @ 2007-06-07 6:01 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
On Wed, 6 Jun 2007, Takashi Iwai wrote:
> At Wed, 6 Jun 2007 01:07:15 -0500 (CDT),
> acallan.alsa@ugnet.org wrote:
> >
> > cat /proc/asound/card0/codec#1 works just fine, and sound still works
> > fine even after that. Looking at the function print_codec_info()
> > (hda_proc.c), there is already the check:
> > if (! codec->afg)
> > return;
> > after the vendor, subsystem, and revision are retrieved but before the
> > pcm, amp caps, and node information are retrieved.
>
> Oh silly me.
>
> I guess the following patch works alone. Could you test it?
>
>
> Takashi
>
I had to also add in the workarounds for the power states as in the
following patch.
Andrew
diff -r 8bc69e73a655 pci/hda/hda_codec.c
--- a/pci/hda/hda_codec.c Wed Jun 06 14:48:52 2007 +0200
+++ b/pci/hda/hda_codec.c Wed Jun 06 23:35:39 2007 -0500
@@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
return -ENODEV;
}
- if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
+ if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
snd_hda_codec_free(codec);
return -ENOMEM;
@@ -1389,9 +1389,8 @@ int __devinit snd_hda_build_controls(str
/* initialize */
list_for_each_entry(codec, &bus->codec_list, list) {
int err;
- hda_set_power_state(codec,
- codec->afg ? codec->afg : codec->mfg,
- AC_PWRST_D0);
+ if (codec->afg)
+ hda_set_power_state(codec, codec->afg, AC_PWRST_D0);
if (!codec->patch_ops.init)
continue;
err = codec->patch_ops.init(codec);
@@ -2375,9 +2374,8 @@ int snd_hda_suspend(struct hda_bus *bus,
list_for_each_entry(codec, &bus->codec_list, list) {
if (codec->patch_ops.suspend)
codec->patch_ops.suspend(codec, state);
- hda_set_power_state(codec,
- codec->afg ? codec->afg : codec->mfg,
- AC_PWRST_D3);
+ if (codec->afg)
+ hda_set_power_state(codec, codec->afg, AC_PWRST_D3);
}
return 0;
}
@@ -2394,9 +2392,8 @@ int snd_hda_resume(struct hda_bus *bus)
struct hda_codec *codec;
list_for_each_entry(codec, &bus->codec_list, list) {
- hda_set_power_state(codec,
- codec->afg ? codec->afg : codec->mfg,
- AC_PWRST_D0);
+ if (codec->afg)
+ hda_set_power_state(codec, codec->afg, AC_PWRST_D0);
if (codec->patch_ops.resume)
codec->patch_ops.resume(codec);
}
diff -r 8bc69e73a655 pci/hda/hda_local.h
--- a/pci/hda/hda_local.h Wed Jun 06 14:48:52 2007 +0200
+++ b/pci/hda/hda_local.h Wed Jun 06 23:32:46 2007 -0500
@@ -274,7 +274,7 @@ static inline u32 get_wcaps(struct hda_c
if (nid < codec->start_nid ||
nid >= codec->start_nid + codec->num_nodes)
return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
- return codec->wcaps[nid - codec->start_nid];
+ return codec->wcaps ? codec->wcaps[nid - codec->start_nid] : 0;
}
int snd_hda_override_amp_caps(struct hda_codec *codec, hda_nid_t nid, int dir,
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-07 6:01 ` acallan.alsa
@ 2007-06-08 8:00 ` Takashi Iwai
2007-06-12 5:51 ` acallan.alsa
0 siblings, 1 reply; 22+ messages in thread
From: Takashi Iwai @ 2007-06-08 8:00 UTC (permalink / raw)
To: acallan.alsa; +Cc: alsa-devel
At Thu, 7 Jun 2007 01:01:54 -0500 (CDT),
acallan.alsa@ugnet.org wrote:
>
> On Wed, 6 Jun 2007, Takashi Iwai wrote:
>
> > At Wed, 6 Jun 2007 01:07:15 -0500 (CDT),
> > acallan.alsa@ugnet.org wrote:
> > >
> > > cat /proc/asound/card0/codec#1 works just fine, and sound still works
> > > fine even after that. Looking at the function print_codec_info()
> > > (hda_proc.c), there is already the check:
> > > if (! codec->afg)
> > > return;
> > > after the vendor, subsystem, and revision are retrieved but before the
> > > pcm, amp caps, and node information are retrieved.
> >
> > Oh silly me.
> >
> > I guess the following patch works alone. Could you test it?
> >
> >
> > Takashi
> >
>
> I had to also add in the workarounds for the power states as in the
> following patch.
Did you try my latest patch?
It sets the power state of only the FG node, and doesn't touch child
nodes any more for modem FG. You patch will skip the power state
completely for modem FG.
Takashi
>
> Andrew
>
> diff -r 8bc69e73a655 pci/hda/hda_codec.c
> --- a/pci/hda/hda_codec.c Wed Jun 06 14:48:52 2007 +0200
> +++ b/pci/hda/hda_codec.c Wed Jun 06 23:35:39 2007 -0500
> @@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
> return -ENODEV;
> }
>
> - if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
> + if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
> snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
> snd_hda_codec_free(codec);
> return -ENOMEM;
> @@ -1389,9 +1389,8 @@ int __devinit snd_hda_build_controls(str
> /* initialize */
> list_for_each_entry(codec, &bus->codec_list, list) {
> int err;
> - hda_set_power_state(codec,
> - codec->afg ? codec->afg : codec->mfg,
> - AC_PWRST_D0);
> + if (codec->afg)
> + hda_set_power_state(codec, codec->afg, AC_PWRST_D0);
> if (!codec->patch_ops.init)
> continue;
> err = codec->patch_ops.init(codec);
> @@ -2375,9 +2374,8 @@ int snd_hda_suspend(struct hda_bus *bus,
> list_for_each_entry(codec, &bus->codec_list, list) {
> if (codec->patch_ops.suspend)
> codec->patch_ops.suspend(codec, state);
> - hda_set_power_state(codec,
> - codec->afg ? codec->afg : codec->mfg,
> - AC_PWRST_D3);
> + if (codec->afg)
> + hda_set_power_state(codec, codec->afg, AC_PWRST_D3);
> }
> return 0;
> }
> @@ -2394,9 +2392,8 @@ int snd_hda_resume(struct hda_bus *bus)
> struct hda_codec *codec;
>
> list_for_each_entry(codec, &bus->codec_list, list) {
> - hda_set_power_state(codec,
> - codec->afg ? codec->afg : codec->mfg,
> - AC_PWRST_D0);
> + if (codec->afg)
> + hda_set_power_state(codec, codec->afg, AC_PWRST_D0);
> if (codec->patch_ops.resume)
> codec->patch_ops.resume(codec);
> }
> diff -r 8bc69e73a655 pci/hda/hda_local.h
> --- a/pci/hda/hda_local.h Wed Jun 06 14:48:52 2007 +0200
> +++ b/pci/hda/hda_local.h Wed Jun 06 23:32:46 2007 -0500
> @@ -274,7 +274,7 @@ static inline u32 get_wcaps(struct hda_c
> if (nid < codec->start_nid ||
> nid >= codec->start_nid + codec->num_nodes)
> return snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP);
> - return codec->wcaps[nid - codec->start_nid];
> + return codec->wcaps ? codec->wcaps[nid - codec->start_nid] : 0;
> }
>
> int snd_hda_override_amp_caps(struct hda_codec *codec, hda_nid_t nid, int dir,
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-08 8:00 ` Takashi Iwai
@ 2007-06-12 5:51 ` acallan.alsa
2007-06-12 9:35 ` Takashi Iwai
0 siblings, 1 reply; 22+ messages in thread
From: acallan.alsa @ 2007-06-12 5:51 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
Yes, I had tried it, and it did not work. However, I hadn't grasped what
you were trying to accomplish with it. The problem was that
hda_set_power_state() still called snd_hda_get_sub_nodes() on the modem
codec before looping over the calls to get_wcaps(), and
snd_hda_get_sub_nodes() is the function causing problems for my chip.
The following patch works for me, and I think it accomplishes what you
wanted.
Andrew
On Fri, 8 Jun 2007, Takashi Iwai wrote:
> At Thu, 7 Jun 2007 01:01:54 -0500 (CDT),
> acallan.alsa@ugnet.org wrote:
> >
> > On Wed, 6 Jun 2007, Takashi Iwai wrote:
> >
> > > At Wed, 6 Jun 2007 01:07:15 -0500 (CDT),
> > > acallan.alsa@ugnet.org wrote:
> > > >
> > > > cat /proc/asound/card0/codec#1 works just fine, and sound still works
> > > > fine even after that. Looking at the function print_codec_info()
> > > > (hda_proc.c), there is already the check:
> > > > if (! codec->afg)
> > > > return;
> > > > after the vendor, subsystem, and revision are retrieved but before the
> > > > pcm, amp caps, and node information are retrieved.
> > >
> > > Oh silly me.
> > >
> > > I guess the following patch works alone. Could you test it?
> > >
> > >
> > > Takashi
> > >
> >
> > I had to also add in the workarounds for the power states as in the
> > following patch.
>
> Did you try my latest patch?
> It sets the power state of only the FG node, and doesn't touch child
> nodes any more for modem FG. You patch will skip the power state
> completely for modem FG.
>
>
> Takashi
>
diff -r 95e93362c92d pci/hda/hda_codec.c
--- a/pci/hda/hda_codec.c Mon Jun 11 12:23:31 2007 +0200
+++ b/pci/hda/hda_codec.c Mon Jun 11 23:27:33 2007 -0500
@@ -562,7 +562,7 @@ int __devinit snd_hda_codec_new(struct h
return -ENODEV;
}
- if (read_widget_caps(codec, codec->afg ? codec->afg : codec->mfg) < 0) {
+ if (codec->afg && read_widget_caps(codec, codec->afg) < 0) {
snd_printk(KERN_ERR "hda_codec: cannot malloc\n");
snd_hda_codec_free(codec);
return -ENOMEM;
@@ -1351,6 +1351,8 @@ static void hda_set_power_state(struct h
snd_hda_codec_write(codec, fg, 0, AC_VERB_SET_POWER_STATE,
power_state);
+ if (! codec->afg)
+ return;
nodes = snd_hda_get_sub_nodes(codec, fg, &nid_start);
for (nid = nid_start; nid < nodes + nid_start; nid++) {
if (get_wcaps(codec, nid) & AC_WCAP_POWER)
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Alsa 1.0.13 (and others) does not work on ALC880
2007-06-12 5:51 ` acallan.alsa
@ 2007-06-12 9:35 ` Takashi Iwai
0 siblings, 0 replies; 22+ messages in thread
From: Takashi Iwai @ 2007-06-12 9:35 UTC (permalink / raw)
To: acallan.alsa; +Cc: alsa-devel
At Tue, 12 Jun 2007 00:51:48 -0500 (CDT),
acallan.alsa@ugnet.org wrote:
>
> Yes, I had tried it, and it did not work. However, I hadn't grasped what
> you were trying to accomplish with it. The problem was that
> hda_set_power_state() still called snd_hda_get_sub_nodes() on the modem
> codec before looping over the calls to get_wcaps(), and
> snd_hda_get_sub_nodes() is the function causing problems for my chip.
>
> The following patch works for me, and I think it accomplishes what you
> wanted.
Hm, then your modem codec doesn't follow the compliance. The
subordinate node count parameter must be supported by any codecs,
according to HD-audio specification.
I suppose your modem has never worked?
If so, the right way to achieve it is to simply deactivate the modem
codec chip, e.g. by creating a blacklist, rather than disabling the
necessary functionalities.
Takashi
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2007-06-12 9:35 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-19 7:08 Alsa 1.0.13 (and others) does not work on ALC880 Andrew Callan
2007-05-19 15:11 ` Takashi Iwai
2007-05-19 15:47 ` Tobin Davis
2007-05-19 17:22 ` E.D.V.
2007-05-19 17:51 ` Tobin Davis
2007-05-20 2:49 ` Andrew Callan
2007-05-20 3:26 ` Andrew Callan
2007-06-03 3:20 ` acallan.alsa
2007-06-04 14:14 ` Takashi Iwai
2007-06-05 4:17 ` acallan.alsa
2007-06-05 10:42 ` Takashi Iwai
2007-06-06 6:07 ` acallan.alsa
2007-06-06 12:54 ` Takashi Iwai
2007-06-07 6:01 ` acallan.alsa
2007-06-08 8:00 ` Takashi Iwai
2007-06-12 5:51 ` acallan.alsa
2007-06-12 9:35 ` Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2007-05-14 13:00 Eric
2007-05-14 12:56 Eric
2007-05-14 23:39 ` Tobin Davis
2007-05-15 9:02 ` E.D.V.
[not found] ` <1179415598.4415.312.camel@razman.gruemaster.com>
2007-05-18 21:09 ` Eric De Vito
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).