Messages in this thread | | | Date | Mon, 21 Dec 2009 20:08:34 +0100 | From | Éric Piel <> | Subject | Re: [2.6.33-rc1] [SOUND] HDA: high cpu usage, noise |
| |
Op 21-12-09 19:12, Maciej Rutecki schreef: > 2009/12/21 Takashi Iwai <tiwai@suse.de>: >> At Sun, 20 Dec 2009 18:27:45 +0100, >> Maciej Rutecki wrote: >>> >>> Hi >>> >>> Affected kernel: 2.6.33-rc1 >>> Last known good: 2.6.32 >> >> The only fundamental change, AFAIK, is the use of MSI as default. >> Could you try to add enable_msi=0 option to snd-hda-intel? >> > > root@gumis:/# cat /sys/module/snd_hda_intel/parameters/enable_msi > 0 > > Still the same: > ps aux: > > root 1117 27.4 0.0 0 0 ? S 19:00 2:05 [hd-audio0] > > I also notice short sound during booting system, when sound modules is > loading. I can try bisection, but in next week; already I don't have > to much time. Hello, I've got the same problem here (high hd-audio0 usage + clicks in the output sound).
Hardware is identical: /proc/asound/pcm 00-00: AD198x Analog : AD198x Analog : playback 1 : capture 1
I haven't tried the enable_msi parameter but, just to give more info, here is the log ("dmesg | grep -i hda") when the bug happens: Dec 18 10:39:10 dutifh kernel: HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 Dec 18 10:39:10 dutifh kernel: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Dec 18 10:39:10 dutifh kernel: input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input12 Dec 18 10:39:10 dutifh kernel: hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x006f0900
And here is with 2.6.32, working fine Dec 18 11:46:03 dutifh kernel: HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 Dec 18 11:46:03 dutifh kernel: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Dec 18 11:46:03 dutifh kernel: input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input11
Could it be coming from this timeout?
Eric
| |