All of lore.kernel.org
 help / color / mirror / Atom feed
* HDA Intel sound driver fails on Acer notebook
@ 2006-12-03  7:30 ` Chuck Ebbert
  0 siblings, 0 replies; 10+ messages in thread
From: Chuck Ebbert @ 2006-12-03  7:30 UTC (permalink / raw)
  To: alsa-devel; +Cc: linux-kernel, Takashi Iwai

The HDA Intel sound driver still fails to load on my Acer Aspire 5102
notebook (Turion64 X2, ATI chipset):

Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
on both:

00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
        Subsystem: Acer Incorporated [ALI] Unknown device 009f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64, Cache Line Size 08
        Interrupt: pin ? routed to IRQ 16
        Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000  Data: 0000
00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

On i386 I get this after doing
        insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko

Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
Dec  1 17:38:29 ac kernel: codec_mask = 0xb
Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
Dec  1 17:38:32 ac kernel: hda-intel: get_response timeout: IRS=0x0
Dec  1 17:38:36 ac last message repeated 24618 times
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0

The last three lines repeat many thousands of times, followed by:

Dec  1 17:38:39 ac kernel: hda_generic: no proper input path found
Dec  1 17:38:39 ac kernel: hda_generic: no proper output path found
Dec  1 17:38:39 ac kernel: hda_generic: no PCM found

Looking at /proc/interrupts, I see exactly 110 interrupts were processed
by the driver while all this was happening:

 18:          0        110   IO-APIC-fasteoi   HDA Intel

On x86_64 I forgot to enable verbose messages, so there's less information
but it fails the same way.

-- 
Chuck
"Even supernovas have their duller moments."

^ permalink raw reply	[flat|nested] 10+ messages in thread

* HDA Intel sound driver fails on Acer notebook
@ 2006-12-03  7:30 ` Chuck Ebbert
  0 siblings, 0 replies; 10+ messages in thread
From: Chuck Ebbert @ 2006-12-03  7:30 UTC (permalink / raw)
  To: alsa-devel; +Cc: Takashi Iwai, linux-kernel

The HDA Intel sound driver still fails to load on my Acer Aspire 5102
notebook (Turion64 X2, ATI chipset):

Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
on both:

00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
        Subsystem: Acer Incorporated [ALI] Unknown device 009f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64, Cache Line Size 08
        Interrupt: pin ? routed to IRQ 16
        Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000  Data: 0000
00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

On i386 I get this after doing
        insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko

Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
Dec  1 17:38:29 ac kernel: codec_mask = 0xb
Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
Dec  1 17:38:32 ac kernel: hda-intel: get_response timeout: IRS=0x0
Dec  1 17:38:36 ac last message repeated 24618 times
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0

The last three lines repeat many thousands of times, followed by:

Dec  1 17:38:39 ac kernel: hda_generic: no proper input path found
Dec  1 17:38:39 ac kernel: hda_generic: no proper output path found
Dec  1 17:38:39 ac kernel: hda_generic: no PCM found

Looking at /proc/interrupts, I see exactly 110 interrupts were processed
by the driver while all this was happening:

 18:          0        110   IO-APIC-fasteoi   HDA Intel

On x86_64 I forgot to enable verbose messages, so there's less information
but it fails the same way.

-- 
Chuck
"Even supernovas have their duller moments."

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: HDA Intel sound driver fails on Acer notebook
  2006-12-03  7:30 ` Chuck Ebbert
  (?)
@ 2006-12-07 21:52 ` tony mancill
  2007-02-19 16:51   ` HDA Intel sound driver fails on Acer notebook - UPDATE, PROGRESS! tony mancill
  -1 siblings, 1 reply; 10+ messages in thread
From: tony mancill @ 2006-12-07 21:52 UTC (permalink / raw)
  To: Chuck Ebbert; +Cc: alsa-devel

FWIW, I'm having problems with this same laptop as well (i386).  Same
number of interrupts in /proc/interrupts.  Interestingly, OSS output works
(mostly), but all of the ALSA commands fail:

tony@maus:~$ amixer -d scontrols
amixer: Mixer default load error: Invalid argument

tony@maus:~$ aplay ./test.wav
ALSA lib confmisc.c:1105:(snd_func_refer) Unable to find definition
'defaults.pcm.dmix_format'
ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_refer
returned error: No such file or directory
ALSA lib conf.c:3957:(snd_config_expand) Args evaluate error: No such file
or directory
ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM dmix:0
aplay: main:550: audio open error: No such file or directory

However, this is running 1.0.13.  I have yet to test with the 1.0.14rc1
pre-packages that were posted earlier today.


Chuck Ebbert wrote:
> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
> notebook (Turion64 X2, ATI chipset):
> 
> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
> on both:
> 
> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>         Latency: 64, Cache Line Size 08
>         Interrupt: pin ? routed to IRQ 16
>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>         Capabilities: [50] Power Management version 2
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>                 Address: 0000000000000000  Data: 0000
> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 
> On i386 I get this after doing
>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
> 
> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
> Dec  1 17:38:32 ac kernel: hda-intel: get_response timeout: IRS=0x0
> Dec  1 17:38:36 ac last message repeated 24618 times
> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
> Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
> Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
> 
> The last three lines repeat many thousands of times, followed by:
> 
> Dec  1 17:38:39 ac kernel: hda_generic: no proper input path found
> Dec  1 17:38:39 ac kernel: hda_generic: no proper output path found
> Dec  1 17:38:39 ac kernel: hda_generic: no PCM found
> 
> Looking at /proc/interrupts, I see exactly 110 interrupts were processed
> by the driver while all this was happening:
> 
>  18:          0        110   IO-APIC-fasteoi   HDA Intel
> 
> On x86_64 I forgot to enable verbose messages, so there's less information
> but it fails the same way.
> 


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Alsa-devel] HDA Intel sound driver fails on Acer notebook
  2006-12-03  7:30 ` Chuck Ebbert
@ 2006-12-19  9:53   ` Takashi Iwai
  -1 siblings, 0 replies; 10+ messages in thread
From: Takashi Iwai @ 2006-12-19  9:53 UTC (permalink / raw)
  To: Chuck Ebbert; +Cc: alsa-devel, linux-kernel

Hi,

sorry for the late reply since I've been on vacation.

At Sun, 3 Dec 2006 02:30:34 -0500,
Chuck Ebbert wrote:
> 
> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
> notebook (Turion64 X2, ATI chipset):
> 
> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
> on both:
> 
> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>         Latency: 64, Cache Line Size 08
>         Interrupt: pin ? routed to IRQ 16
>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>         Capabilities: [50] Power Management version 2
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>                 Address: 0000000000000000  Data: 0000
> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 
> On i386 I get this after doing
>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
> 
> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...

These messages are scary.  It means that the communication between the
controller chip and the codec chip doesn't work, usually incorrect IRQ
handling, and often due to broken BIOS or ACPI support.  Any change if
you pass pci=noacpi or acpi=off boot option?

Anyway, you can try alsa-git patch in mm tree.  It's a better support
code for Acer laptops, and this might work slightly differently.


Takashi

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: HDA Intel sound driver fails on Acer notebook
@ 2006-12-19  9:53   ` Takashi Iwai
  0 siblings, 0 replies; 10+ messages in thread
From: Takashi Iwai @ 2006-12-19  9:53 UTC (permalink / raw)
  To: Chuck Ebbert; +Cc: alsa-devel, linux-kernel

Hi,

sorry for the late reply since I've been on vacation.

At Sun, 3 Dec 2006 02:30:34 -0500,
Chuck Ebbert wrote:
> 
> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
> notebook (Turion64 X2, ATI chipset):
> 
> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
> on both:
> 
> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>         Latency: 64, Cache Line Size 08
>         Interrupt: pin ? routed to IRQ 16
>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>         Capabilities: [50] Power Management version 2
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>                 Address: 0000000000000000  Data: 0000
> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 
> On i386 I get this after doing
>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
> 
> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...

These messages are scary.  It means that the communication between the
controller chip and the codec chip doesn't work, usually incorrect IRQ
handling, and often due to broken BIOS or ACPI support.  Any change if
you pass pci=noacpi or acpi=off boot option?

Anyway, you can try alsa-git patch in mm tree.  It's a better support
code for Acer laptops, and this might work slightly differently.


Takashi

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Alsa-devel] HDA Intel sound driver fails on Acer notebook
  2006-12-19  9:53   ` Takashi Iwai
@ 2006-12-20  1:48     ` tony mancill
  -1 siblings, 0 replies; 10+ messages in thread
From: tony mancill @ 2006-12-20  1:48 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: Chuck Ebbert, alsa-devel, linux-kernel

FWIW, using pci=noacpi seems to break the USB controller on this laptop.  
I get "device not accepting address xx, error -110.

In addition, neither the onboard nor the wireless NIC work anymore with
this option.  For the onboard, you see that the link is up, but then
get "NETDEV WATCHDOG: eth0: transmit timed out."

acpi=off is worse - the boot hangs trying to load acpi/thermal.ko.

I've tested with both 1.0.13 and and 1.0.14rc1.  I don't get exactly
the same kernel logging (I'm using a Debian 2.6.18 kernel), but kern.log
contains:

Dec 19 17:39:43 maus kernel: : hda_codec: invalid dep_range_val 0:7fff
Dec 19 17:39:43 maus kernel: ALSA /home/tony/alsa-driver-1.0.14rc1/pci/hda/hda_codec.c:216: hda_codec: invalid dep_range_val 0:7fff
Dec 19 17:39:43 maus last message repeated 279 times
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
Dec 19 17:39:43 maus last message repeated 20 times
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9

Thanks in advance for any assistance.  I hope you enjoyed your
vacation.

Thanks,
tony

Takashi Iwai wrote:
> Hi,
> 
> sorry for the late reply since I've been on vacation.
> 
> At Sun, 3 Dec 2006 02:30:34 -0500,
> Chuck Ebbert wrote:
>> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
>> notebook (Turion64 X2, ATI chipset):
>>
>> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
>> on both:
>>
>> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>>         Latency: 64, Cache Line Size 08
>>         Interrupt: pin ? routed to IRQ 16
>>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>>         Capabilities: [50] Power Management version 2
>>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>>                 Address: 0000000000000000  Data: 0000
>> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
>> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
>> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
>> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
>> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
>> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
>> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>
>> On i386 I get this after doing
>>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
>>
>> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
>> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
>> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
>> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
>> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
> 
> These messages are scary.  It means that the communication between the
> controller chip and the codec chip doesn't work, usually incorrect IRQ
> handling, and often due to broken BIOS or ACPI support.  Any change if
> you pass pci=noacpi or acpi=off boot option?
> 
> Anyway, you can try alsa-git patch in mm tree.  It's a better support
> code for Acer laptops, and this might work slightly differently.
> 
> 
> Takashi

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: HDA Intel sound driver fails on Acer notebook
@ 2006-12-20  1:48     ` tony mancill
  0 siblings, 0 replies; 10+ messages in thread
From: tony mancill @ 2006-12-20  1:48 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: alsa-devel, linux-kernel, Chuck Ebbert

FWIW, using pci=noacpi seems to break the USB controller on this laptop.  
I get "device not accepting address xx, error -110.

In addition, neither the onboard nor the wireless NIC work anymore with
this option.  For the onboard, you see that the link is up, but then
get "NETDEV WATCHDOG: eth0: transmit timed out."

acpi=off is worse - the boot hangs trying to load acpi/thermal.ko.

I've tested with both 1.0.13 and and 1.0.14rc1.  I don't get exactly
the same kernel logging (I'm using a Debian 2.6.18 kernel), but kern.log
contains:

Dec 19 17:39:43 maus kernel: : hda_codec: invalid dep_range_val 0:7fff
Dec 19 17:39:43 maus kernel: ALSA /home/tony/alsa-driver-1.0.14rc1/pci/hda/hda_codec.c:216: hda_codec: invalid dep_range_val 0:7fff
Dec 19 17:39:43 maus last message repeated 279 times
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
Dec 19 17:39:43 maus last message repeated 20 times
Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9

Thanks in advance for any assistance.  I hope you enjoyed your
vacation.

Thanks,
tony

Takashi Iwai wrote:
> Hi,
> 
> sorry for the late reply since I've been on vacation.
> 
> At Sun, 3 Dec 2006 02:30:34 -0500,
> Chuck Ebbert wrote:
>> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
>> notebook (Turion64 X2, ATI chipset):
>>
>> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
>> on both:
>>
>> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>>         Latency: 64, Cache Line Size 08
>>         Interrupt: pin ? routed to IRQ 16
>>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>>         Capabilities: [50] Power Management version 2
>>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>>                 Address: 0000000000000000  Data: 0000
>> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
>> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
>> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
>> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
>> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
>> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
>> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>
>> On i386 I get this after doing
>>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
>>
>> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
>> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
>> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
>> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
>> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
> 
> These messages are scary.  It means that the communication between the
> controller chip and the codec chip doesn't work, usually incorrect IRQ
> handling, and often due to broken BIOS or ACPI support.  Any change if
> you pass pci=noacpi or acpi=off boot option?
> 
> Anyway, you can try alsa-git patch in mm tree.  It's a better support
> code for Acer laptops, and this might work slightly differently.
> 
> 
> Takashi

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Alsa-devel] HDA Intel sound driver fails on Acer notebook
  2006-12-20  1:48     ` tony mancill
  (?)
@ 2006-12-20  2:47     ` D. Hazelton
  -1 siblings, 0 replies; 10+ messages in thread
From: D. Hazelton @ 2006-12-20  2:47 UTC (permalink / raw)
  To: tony mancill; +Cc: Takashi Iwai, Chuck Ebbert, alsa-devel, linux-kernel

On Tuesday 19 December 2006 20:48, tony mancill wrote:
> FWIW, using pci=noacpi seems to break the USB controller on this laptop.
> I get "device not accepting address xx, error -110.

Strange. I'm using an Acer Aspire 1640Z and the sound works perfectly. Of 
course Kubuntu was the only distro I could find that did OOB, but that's 
besides the point. In a quick look through /etc on my laptop I wasn't able to 
see how they do this. But after doing a quick check on Google the reports 
vary from this being a patched bug in ALSA to being easily solved by ensuring 
that the needed sound modules are loaded in the proper order.

An alternate solution to this is to load the snd-hda-intel module with the 
parameter "model=laptop"

> In addition, neither the onboard nor the wireless NIC work anymore with
> this option.  For the onboard, you see that the link is up, but then
> get "NETDEV WATCHDOG: eth0: transmit timed out."
>
> acpi=off is worse - the boot hangs trying to load acpi/thermal.ko.

>From personal experience I can say that ACPI is needed for Acer notebooks with 
the centrino chipset to function properly.

> I've tested with both 1.0.13 and and 1.0.14rc1.  I don't get exactly
> the same kernel logging (I'm using a Debian 2.6.18 kernel), but kern.log
> contains:

I had the same problem when I tried Debian on this laptop. I don't recommend 
it for laptops, since there are several common pieces of hardware found on 
laptops that need firmware not shipped by Debian. This includes the ipw2200 
firmware - which most Acer laptops need, because they ship with that wireless 
card.

> Dec 19 17:39:43 maus kernel: : hda_codec: invalid dep_range_val 0:7fff
> Dec 19 17:39:43 maus kernel: ALSA
> /home/tony/alsa-driver-1.0.14rc1/pci/hda/hda_codec.c:216: hda_codec:
> invalid dep_range_val 0:7fff Dec 19 17:39:43 maus last message repeated 279
> times
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
> Dec 19 17:39:43 maus last message repeated 20 times
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
>
> Thanks in advance for any assistance.  I hope you enjoyed your
> vacation.
>
> Thanks,
> tony
>
> Takashi Iwai wrote:
> > Hi,
> >
> > sorry for the late reply since I've been on vacation.
> >
> > At Sun, 3 Dec 2006 02:30:34 -0500,
> >
> > Chuck Ebbert wrote:
> >> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
> >> notebook (Turion64 X2, ATI chipset):
> >>
> >> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and
> >> it fails on both:
> >>
> >> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
> >>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
> >>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> >> ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B-
> >> ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency:
> >> 64, Cache Line Size 08
> >>         Interrupt: pin ? routed to IRQ 16
> >>         Region 0: Memory at c0000000 (64-bit, non-prefetchable)
> >> [size=16K] Capabilities: [50] Power Management version 2
> >>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA
> >> PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0
> >> PME-
> >>         Capabilities: [60] Message Signalled Interrupts: 64bit+
> >> Queue=0/0 Enable- Address: 0000000000000000  Data: 0000
> >> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
> >> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
> >> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
> >> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
> >> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
> >> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> >> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >>
> >> On i386 I get this after doing
> >>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
> >>
> >> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16
> >> (level, low) -> IRQ 18 Dec  1 17:38:29 ac kernel: codec_mask = 0xb
> >> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is
> >> selected Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout,
> >> switching to polling mode... Dec  1 17:38:32 ac kernel: hda_intel:
> >> azx_get_response timeout, switching to single_cmd mode...
> >
> > These messages are scary.  It means that the communication between the
> > controller chip and the codec chip doesn't work, usually incorrect IRQ
> > handling, and often due to broken BIOS or ACPI support.  Any change if
> > you pass pci=noacpi or acpi=off boot option?
> >
> > Anyway, you can try alsa-git patch in mm tree.  It's a better support
> > code for Acer laptops, and this might work slightly differently.
> >
> >
> > Takashi
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: HDA Intel sound driver fails on Acer notebook
  2006-12-20  1:48     ` tony mancill
  (?)
  (?)
@ 2006-12-20  2:47     ` D. Hazelton
  -1 siblings, 0 replies; 10+ messages in thread
From: D. Hazelton @ 2006-12-20  2:47 UTC (permalink / raw)
  To: tony mancill; +Cc: Takashi Iwai, alsa-devel, linux-kernel, Chuck Ebbert

On Tuesday 19 December 2006 20:48, tony mancill wrote:
> FWIW, using pci=noacpi seems to break the USB controller on this laptop.
> I get "device not accepting address xx, error -110.

Strange. I'm using an Acer Aspire 1640Z and the sound works perfectly. Of 
course Kubuntu was the only distro I could find that did OOB, but that's 
besides the point. In a quick look through /etc on my laptop I wasn't able to 
see how they do this. But after doing a quick check on Google the reports 
vary from this being a patched bug in ALSA to being easily solved by ensuring 
that the needed sound modules are loaded in the proper order.

An alternate solution to this is to load the snd-hda-intel module with the 
parameter "model=laptop"

> In addition, neither the onboard nor the wireless NIC work anymore with
> this option.  For the onboard, you see that the link is up, but then
> get "NETDEV WATCHDOG: eth0: transmit timed out."
>
> acpi=off is worse - the boot hangs trying to load acpi/thermal.ko.

>From personal experience I can say that ACPI is needed for Acer notebooks with 
the centrino chipset to function properly.

> I've tested with both 1.0.13 and and 1.0.14rc1.  I don't get exactly
> the same kernel logging (I'm using a Debian 2.6.18 kernel), but kern.log
> contains:

I had the same problem when I tried Debian on this laptop. I don't recommend 
it for laptops, since there are several common pieces of hardware found on 
laptops that need firmware not shipped by Debian. This includes the ipw2200 
firmware - which most Acer laptops need, because they ship with that wireless 
card.

> Dec 19 17:39:43 maus kernel: : hda_codec: invalid dep_range_val 0:7fff
> Dec 19 17:39:43 maus kernel: ALSA
> /home/tony/alsa-driver-1.0.14rc1/pci/hda/hda_codec.c:216: hda_codec:
> invalid dep_range_val 0:7fff Dec 19 17:39:43 maus last message repeated 279
> times
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0xd
> Dec 19 17:39:43 maus last message repeated 20 times
> Dec 19 17:39:43 maus kernel: hda_codec: num_steps = 0 for NID=0x9
>
> Thanks in advance for any assistance.  I hope you enjoyed your
> vacation.
>
> Thanks,
> tony
>
> Takashi Iwai wrote:
> > Hi,
> >
> > sorry for the late reply since I've been on vacation.
> >
> > At Sun, 3 Dec 2006 02:30:34 -0500,
> >
> > Chuck Ebbert wrote:
> >> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
> >> notebook (Turion64 X2, ATI chipset):
> >>
> >> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and
> >> it fails on both:
> >>
> >> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
> >>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
> >>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> >> ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B-
> >> ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency:
> >> 64, Cache Line Size 08
> >>         Interrupt: pin ? routed to IRQ 16
> >>         Region 0: Memory at c0000000 (64-bit, non-prefetchable)
> >> [size=16K] Capabilities: [50] Power Management version 2
> >>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA
> >> PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0
> >> PME-
> >>         Capabilities: [60] Message Signalled Interrupts: 64bit+
> >> Queue=0/0 Enable- Address: 0000000000000000  Data: 0000
> >> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
> >> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
> >> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
> >> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
> >> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
> >> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
> >> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> >>
> >> On i386 I get this after doing
> >>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
> >>
> >> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16
> >> (level, low) -> IRQ 18 Dec  1 17:38:29 ac kernel: codec_mask = 0xb
> >> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is
> >> selected Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout,
> >> switching to polling mode... Dec  1 17:38:32 ac kernel: hda_intel:
> >> azx_get_response timeout, switching to single_cmd mode...
> >
> > These messages are scary.  It means that the communication between the
> > controller chip and the codec chip doesn't work, usually incorrect IRQ
> > handling, and often due to broken BIOS or ACPI support.  Any change if
> > you pass pci=noacpi or acpi=off boot option?
> >
> > Anyway, you can try alsa-git patch in mm tree.  It's a better support
> > code for Acer laptops, and this might work slightly differently.
> >
> >
> > Takashi
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: HDA Intel sound driver fails on Acer notebook - UPDATE, PROGRESS!
  2006-12-07 21:52 ` tony mancill
@ 2007-02-19 16:51   ` tony mancill
  0 siblings, 0 replies; 10+ messages in thread
From: tony mancill @ 2007-02-19 16:51 UTC (permalink / raw)
  To: alsa-devel; +Cc: Chuck Ebbert

There is some definite progress with the recent driver snapshots (since
1.0.14rc2).  Using alsa-driver-hg20070217.tar.bz2, amixer and
gnome-alsamixer both work, and after setting up xmms to use the software
mixer, it's working as well.

This is a big step forward - it's the first time I've been able to boot this
laptop and reliably have sound under Linux.  Up until now, it's been
hit-or-miss whether OSS emulation would emit sound, perhaps at a very low
level, etc., and none of the alsa tools worked at all.

To keep those interested from having to browse the thread, this is regarding
an Acer Aspire 5102 WMLi, with a Realtek ALC883, using the hda-intel driver.
 I'm using the stock Debian kernel that's currently in etch (2.6.18-3).

Many thanks to the ALSA developers!
tony

tony mancill wrote:
> FWIW, I'm having problems with this same laptop as well (i386).  Same
> number of interrupts in /proc/interrupts.  Interestingly, OSS output works
> (mostly), but all of the ALSA commands fail:
> 
> tony@maus:~$ amixer -d scontrols
> amixer: Mixer default load error: Invalid argument
> 
> tony@maus:~$ aplay ./test.wav
> ALSA lib confmisc.c:1105:(snd_func_refer) Unable to find definition
> 'defaults.pcm.dmix_format'
> ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_refer
> returned error: No such file or directory
> ALSA lib conf.c:3957:(snd_config_expand) Args evaluate error: No such file
> or directory
> ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM dmix:0
> aplay: main:550: audio open error: No such file or directory
> 
> However, this is running 1.0.13.  I have yet to test with the 1.0.14rc1
> pre-packages that were posted earlier today.
> 
> 
> Chuck Ebbert wrote:
>> The HDA Intel sound driver still fails to load on my Acer Aspire 5102
>> notebook (Turion64 X2, ATI chipset):
>>
>> Here is the PCI info while running x86_64.  I tried i386 and x86_64 and it fails
>> on both:
>>
>> 00:14.2 Audio device: ATI Technologies Inc Unknown device 437b (rev 01)
>>         Subsystem: Acer Incorporated [ALI] Unknown device 009f
>>         Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>>         Latency: 64, Cache Line Size 08
>>         Interrupt: pin ? routed to IRQ 16
>>         Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16K]
>>         Capabilities: [50] Power Management version 2
>>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>>         Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>>                 Address: 0000000000000000  Data: 0000
>> 00: 02 10 7b 43 06 00 10 04 01 00 03 04 08 40 00 00
>> 10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
>> 20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 9f 00
>> 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 00 00 00
>> 40: 00 00 02 40 00 00 00 00 00 00 00 00 00 00 00 00
>> 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00
>> 60: 05 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>
>> On i386 I get this after doing
>>         insmod snd-hda-codec.ko ;  insmod snd-hda-intel.ko
>>
>> Dec  1 17:38:29 ac kernel: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 18
>> Dec  1 17:38:29 ac kernel: codec_mask = 0xb
>> Dec  1 17:38:30 ac kernel: hda_codec: PCI 1025:9f, codec config 5 is selected
>> Dec  1 17:38:31 ac kernel: hda_intel: azx_get_response timeout, switching to polling mode...
>> Dec  1 17:38:32 ac kernel: hda_intel: azx_get_response timeout, switching to single_cmd mode...
>> Dec  1 17:38:32 ac kernel: hda-intel: get_response timeout: IRS=0x0
>> Dec  1 17:38:36 ac last message repeated 24618 times
>> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
>> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
>> Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
>> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
>> Dec  1 17:38:36 ac kernel: hda_codec: invalid dep_range_val 0:7fff
>> Dec  1 17:38:36 ac kernel: hda-intel: get_response timeout: IRS=0x0
>>
>> The last three lines repeat many thousands of times, followed by:
>>
>> Dec  1 17:38:39 ac kernel: hda_generic: no proper input path found
>> Dec  1 17:38:39 ac kernel: hda_generic: no proper output path found
>> Dec  1 17:38:39 ac kernel: hda_generic: no PCM found
>>
>> Looking at /proc/interrupts, I see exactly 110 interrupts were processed
>> by the driver while all this was happening:
>>
>>  18:          0        110   IO-APIC-fasteoi   HDA Intel
>>
>> On x86_64 I forgot to enable verbose messages, so there's less information
>> but it fails the same way.
>>
> 
> 


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2007-02-19 16:53 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-12-03  7:30 HDA Intel sound driver fails on Acer notebook Chuck Ebbert
2006-12-03  7:30 ` Chuck Ebbert
2006-12-07 21:52 ` tony mancill
2007-02-19 16:51   ` HDA Intel sound driver fails on Acer notebook - UPDATE, PROGRESS! tony mancill
2006-12-19  9:53 ` [Alsa-devel] HDA Intel sound driver fails on Acer notebook Takashi Iwai
2006-12-19  9:53   ` Takashi Iwai
2006-12-20  1:48   ` [Alsa-devel] " tony mancill
2006-12-20  1:48     ` tony mancill
2006-12-20  2:47     ` [Alsa-devel] " D. Hazelton
2006-12-20  2:47     ` D. Hazelton

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.