"hda-intel: azx_get_response timeout"

"hda-intel: azx_get_response timeout"

[Mantas M.]

After upgrading to Linux 3.7 (on Arch Linux, x86_64), I've been getting
the following messages in dmesg:

> [Dec11 21:52] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x001f0500
> [  +1.006709] hda-intel: No response from codec, disabling MSI: last cmd=0x001f0500
> [  +1.006773] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x001f0500

This seems to happen when resuming from suspend-to-memory, and is new to
v3.7 – I haven't seen any such messages on any kernels I've used earlier
(between v3.0 and v3.6.9).

The device is:

> # lspci -v
> 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
> 	Subsystem: ASUSTeK Computer Inc. Device 1643
> 	Flags: bus master, fast devsel, latency 0, IRQ 22
> 	Memory at d5200000 (64-bit, non-prefetchable) [size=16K]
> 	Capabilities: [50] Power Management version 2
> 	Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
> 	Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
> 	Capabilities: [100] Virtual Channel
> 	Capabilities: [130] Root Complex Link
> 	Kernel driver in use: snd_hda_intel

Is there anything I can/should do about this?

-- 
Mantas Mikulėnas <grawity@gmail.com>

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: "hda-intel: azx_get_response timeout"

[Takashi Iwai]

At Sun, 16 Dec 2012 18:04:17 +0200,
Mantas M. wrote:
> 
> After upgrading to Linux 3.7 (on Arch Linux, x86_64), I've been getting
> the following messages in dmesg:
> 
> > [Dec11 21:52] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x001f0500
> > [  +1.006709] hda-intel: No response from codec, disabling MSI: last cmd=0x001f0500
> > [  +1.006773] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x001f0500
> 
> This seems to happen when resuming from suspend-to-memory, and is new to
> v3.7 – I haven't seen any such messages on any kernels I've used earlier
> (between v3.0 and v3.6.9).
> 
> The device is:
> 
> > # lspci -v
> > 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
> > 	Subsystem: ASUSTeK Computer Inc. Device 1643
> > 	Flags: bus master, fast devsel, latency 0, IRQ 22
> > 	Memory at d5200000 (64-bit, non-prefetchable) [size=16K]
> > 	Capabilities: [50] Power Management version 2
> > 	Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
> > 	Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
> > 	Capabilities: [100] Virtual Channel
> > 	Capabilities: [130] Root Complex Link
> > 	Kernel driver in use: snd_hda_intel
> 
> Is there anything I can/should do about this?

It might be the runtime PM things.
Try to give power_save_controller=0 option to snd-hda-intel module.


Takashi
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel