Dear Tomáš, On 2019-11-04 18:31, Tomas Janousek wrote: > On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote: >> On the Dell XPS 13 9380 with Debian Sid/unstable with Linux 5.3.7 >> resuming0with Dell’s Thunderbolt TB16 dock connected, Linux spews >> the errors below. >> >> ``` >> [ 0.000000] Linux version 5.3.0-1-amd64 (debian-kernel@xxxxxxxxxxxxxxxx) (gcc version 9.2.1 20191008 (Debian 9.2.1-9)) #1 SMP Debian 5.3.7-1 (2019-10-19) >> […] >> [ 1.596619] pci 0000:00:1f.3: Adding to iommu group 12 >> [ 14.536274] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002) >> [ 14.544100] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) >> [ 14.760751] input: HDA Intel PCH Headphone Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input16 >> [ 14.760790] input: HDA Intel PCH HDMI as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17 >> [ 156.614284] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x20270503 >> [ 157.622232] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20270503 >> [ 158.626371] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20370503 >> [ 159.634102] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x201f0500 >> [ 161.678121] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20270503 >> [ 162.682272] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20370503 >> [ 163.694234] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x201f0500 >> [ 165.730142] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20270503 >> […] >> ``` > > Debian's 5.3.0-1-amd64 has a corrupted signature on the snd-hda-codec-hdmi > module which prevents the module from loading and causes these errors. Further > details here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942881 > > Workaround: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942881#20 Thank you so much for pointing me to that bug report. The problem is now fixed in linux-image 5.3.9-1. Takashi, could a sanity check be added to `snd_hda_intel` to see if the codec module is loaded? Kind regards, Paul
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
