[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#586457: [linux-2.6] "hda-intel: spurious response..." message flood and no sound



Hi

On Saturday 19 June 2010, debian.iwv9z@ncf.ca wrote:
> Package: linux-2.6
> Version: 2.6.32-5-amd64
> Severity: important
> 
> I have an Intel D945GCLF2D motherboard with Realtek ALC662 audio
> codec. On booting the system the console is flooded with messages like:
> 
> "hda-intel: spurious response 0x0:0x0, last cmd=0x000000" 
> 
> and also the message:
> 
> "hda-intel: no	codecs initialized"
> 
> And of course sound doesn't work when the desktop loads.
> 
> I've tried supplying different models for the ALC662 via the model
> parameter in the snd_hda_intel module, but to no avail.  Also tried the
> probe_mask parameter with no luck either.
> 
> The audio worked fine with kernel 2.6.30-2-amd64 and the bug was
> introduced sometime after that version.  I tried the 2.6.34 kernel
> in experimental and the bug is still present there - sound still doesn't
> work but there are far fewer "spurious response" messages.
> 
> Log messages:
> [    3.027053] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
> [    3.027171] HDA Intel 0000:00:1b.0: setting latency timer to 64
> [    3.057555] hda-intel: spurious response 0x0:0x0, last cmd=0x000000
[...]
> [    3.089682] hda-intel: spurious response 0x0:0x1, last cmd=0x000000
> [    3.089688] hda-intel: spurious response 0x0:0x2, last cmd=0x200f0004
> [    3.089784] HDA Intel 0000:00:1b.0: PCI INT A disabled
> 
> 
>  --- System information. --- Architecture: amd64
> Kernel:       Linux 2.6.32-5-amd64

Make sure to set "IGD Aperture Size" to 256 MB in the BIOS, with less, the 
mainboard reacts *very* picky to PCI and USB devices, independent of the 
OS. While that setting should avoid most issues, the mainboard's ACPI 
implementation seems to be quite fragile at best.

(Further) Experiments with snd_hda_intel module parameters don't really 
improve the situation (on the contrary), the real problems seem to be 
hidden way deeper.

Regards
	Stefan Lippers-Hollmann

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: