linux-kernel - Problems with hda_intel, Santa Rosa, and suspend

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 16 Jun 2007 20:36:49 -0500
From:	"Matt Mullins" <mokomull@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: Problems with hda_intel, Santa Rosa, and suspend

I just received a Dell Latitude D630, with the new Intel Santa Rosa
platform.  Currently, the only major driver issue I have is sound.  It
worked fine in Ubuntu Feisty's 2.6.20 kernel, but now I am using Gutsy
so I can have graphics drivers.  Gutsy's 2.6.22-rc3-based kernel no
longer recognized my soundcard, a Sigmatel STAC9205, which uses the
hda_intel driver.  I have since fixed that problem by compiling the
hda_intel driver into the kernel (I used 2.6.22-rc4 vanilla sources),
instead of a module, but it is still a bug that it does not work as a
module.

All the following debug information was obtained from kernel 2.6.22-rc4.

However, the bug that is currently affecting me is that sound no
longer works after using ACPI suspend-to-RAM or swsusp.  I compiled
ALSA debugging in, and as soon as I resume, I get tons of messages
like:
[    8.474830] hda-intel: send_cmd timeout: IRS=0x1, val=0xd0970500
[    8.474954] hda-intel: send_cmd timeout: IRS=0x1, val=0xd0af0009
[    8.475078] hda-intel: send_cmd timeout: IRS=0x1, val=0xd0a70500
[    8.475207] hda-intel: send_cmd timeout: IRS=0x1, val=0xd0bf0009
(etc)

There may be more before that, but that is more than the kernel
message buffer can hold, so I can't ever see it.  I get similar
timeout messages each time a PCM gets set up:
[    8.972859] hda_codec_setup_stream: NID=0x10, stream=0x5, channel=0, format=0
x11
[    8.972987] hda-intel: send_cmd timeout: IRS=0x1, val=0x1070650
[    9.006071] hda-intel: send_cmd timeout: IRS=0x1, val=0x1020011
[    9.006081] hda_codec_setup_stream: NID=0x11, stream=0x5, channel=0, format=0
x11
[    9.006207] hda-intel: send_cmd timeout: IRS=0x1, val=0x1170650
[    9.016117] hda-intel: send_cmd timeout: IRS=0x1, val=0x1120011

I read some of sound/pci/hda/hda_intel.c, specifically the code that
output those messages.  After octupling my kernel log buffer (to 1MB),
I noticed that for the first set of timeouts (immediately upon
resume), all the "codec" nibbles are odd, the last word of the val
("verb" and "para") are all either 0x0500 or 0x0009.  For the second
set (when something tries to use the card) that last word is 0x0650 or
0x0011.

I have yet to go back and re-test compiling snd-hda-intel as a module.

Thank you in advance,
Matt Mullins
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/