Bug 11300 - azx_get_response timeout; ALC262 codec unknown
Summary: azx_get_response timeout; ALC262 codec unknown
Status: CLOSED INVALID
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-10 11:08 UTC by Peter Ganzhorn
Modified: 2012-05-22 13:13 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.26.2
Subsystem:
Regression: No
Bisected commit-id:


Attachments

Description Peter Ganzhorn 2008-08-10 11:08:41 UTC
I'm getting the same messages in dmesg for every 2.6 kernel, and it seems to be unnoticed until the most recent kernels:

[...]
Advanced Linux Sound Architecture Driver Version 1.0.16.
HDA Intel 0000:00:1b.0: enabling device (0000 -> 0002)
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 22 (level, low) -> IRQ 22
PCI: Setting latency timer of device 0000:00:1b.0 to 64
hda_codec: Unknown model for ALC262, trying auto-probe from BIOS...
hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x019f000c
ALSA device list:
  #0: HDA Intel at 0x88200000 irq 22
[...]

Sometimes the line
"hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x019f000c" does not show up at boot time, but it will show up within one or two hours randomly, i.e. it shows up while the sound card is active or inactive. I can not see any trigger for this.

Sound keeps working despite the error, but I'm experiencing random "sound-lockups", especially when using wine.
The sound seems to work just fine, but sometimes when the app does not play any sound it might happen the next time it is supposed to play sound it won't. Until killing the app that caused it all other apps trying to play sound will "freeze".
This mostly happens with PokerStars run with wine. I'm running mpd, which won't play music until re-starting wine after this happend.

I suspect all of this (the sound errors and the dmesg messages) are connected, but that's just a guess.
Please investigate this!

I'm running Debian Lenny with a self-compiled 2.6.26.2 kernel, the system's packages are up2date.

PS: Thanks for your great work!
Comment 1 Takashi Iwai 2008-10-07 07:17:25 UTC
Any chance to check whether this still happens with 2.6.27-rc*?

Note that the message about "Unknown codec" is harmelss; it's just a information output, no warning/error.
Comment 2 Danny Tholen 2008-12-01 21:42:57 UTC
I still get this on 2.6.27.4
Comment 3 Takashi Iwai 2008-12-01 22:35:59 UTC
The problem is likely that BIOS reported a wrong unexisting codec slot.
Try probe_mask=1 option for snd-hda-intel.
Comment 4 Peter Ganzhorn 2008-12-03 12:24:48 UTC
I stumbled on the issue on another computer as well:

hda_codec: Unknown model for ALC883, trying auto-probe from BIOS...
It's an Asus P5Q-EM Board with an ALC1200 chip.

How can I use the probe_mask option with a compiled-in snd-hda-intel with the kernel boot options?
Comment 5 Takashi Iwai 2008-12-03 22:55:11 UTC
Let me repeat: The message "unknown model..." is neither error nor warning.  It's an informational message.

Also, "switching to polling mode" is harmless.  If you see "switching to single_cmd", then this is often critical, though.

Note You need to log in before you can comment on or make changes to this bug.