Dear Linux folks,
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 ([email protected]) (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
[…]
```
In the bug report *[Intel Ice Lake, snd-hda-intel, HDMI] "No
response from codec" (after display hotplug?)* [1], note it’s a
different model, Takashi comments that this is a Thunderbolt or
i915 issue.
Please tell me, how to debug this further.
Kind regards,
Paul
[1]: https://bugzilla.kernel.org/show_bug.cgi?id=205229
"205229 - [Intel Ice Lake, snd-hda-intel, HDMI] "No response from codec" (after display hotplug?)"
Hi,
On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote:
> Dear Linux folks,
>
>
> 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.
I have this machine here so can try to reproduce it as well.
> ```
> [ 0.000000] Linux version 5.3.0-1-amd64 ([email protected]) (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
> […]
> ```
>
> In the bug report *[Intel Ice Lake, snd-hda-intel, HDMI] "No
> response from codec" (after display hotplug?)* [1], note it’s a
> different model, Takashi comments that this is a Thunderbolt or
> i915 issue.
0000:00:1f.3 is on PCH so not sure how it could be related to
Thunderbolt, well or i915 for that matter.
> Please tell me, how to debug this further.
Unfortunately I don't know much about the HDA driver so can't really
suggest anything.
On Mon, 04 Nov 2019 14:10:24 +0100,
Mika Westerberg wrote:
>
> Hi,
>
> On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote:
> > Dear Linux folks,
> >
> >
> > 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.
>
> I have this machine here so can try to reproduce it as well.
>
> > ```
> > [ 0.000000] Linux version 5.3.0-1-amd64 ([email protected]) (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
> > […]
> > ```
> >
> > In the bug report *[Intel Ice Lake, snd-hda-intel, HDMI] "No
> > response from codec" (after display hotplug?)* [1], note it’s a
> > different model, Takashi comments that this is a Thunderbolt or
> > i915 issue.
>
> 0000:00:1f.3 is on PCH so not sure how it could be related to
> Thunderbolt, well or i915 for that matter.
It's the HD-audio controller PCI device and both HDMI and onboard
codecs are on that bus. HDMI codec a shadow device of GPU, so it has
a strong dependency on i915 GPU driver. The power of HD-audio bus and
codec is controlled over DRM audio component ops, so the power-on must
have been notified to GPU side, but still something seems missing.
ANd, with the dock, the other parties come to play into the game, so
it becomes more complex...
thanks,
Takashi
On Mon, Nov 04, 2019 at 02:19:21PM +0100, Takashi Iwai wrote:
> On Mon, 04 Nov 2019 14:10:24 +0100,
> Mika Westerberg wrote:
> >
> > Hi,
> >
> > On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote:
> > > Dear Linux folks,
> > >
> > >
> > > 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.
> >
> > I have this machine here so can try to reproduce it as well.
> >
> > > ```
> > > [ 0.000000] Linux version 5.3.0-1-amd64 ([email protected]) (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
> > > […]
> > > ```
> > >
> > > In the bug report *[Intel Ice Lake, snd-hda-intel, HDMI] "No
> > > response from codec" (after display hotplug?)* [1], note it’s a
> > > different model, Takashi comments that this is a Thunderbolt or
> > > i915 issue.
> >
> > 0000:00:1f.3 is on PCH so not sure how it could be related to
> > Thunderbolt, well or i915 for that matter.
>
> It's the HD-audio controller PCI device and both HDMI and onboard
> codecs are on that bus. HDMI codec a shadow device of GPU, so it has
> a strong dependency on i915 GPU driver. The power of HD-audio bus and
> codec is controlled over DRM audio component ops, so the power-on must
> have been notified to GPU side, but still something seems missing.
> ANd, with the dock, the other parties come to play into the game, so
> it becomes more complex...
OK, thanks for explaining. Then I guess i915 may be related. However,
that traffic for sure does not go over Thunderbolt fabric (PCIe and DP
does).
On Mon, 04 Nov 2019 15:58:25 +0100,
Mika Westerberg wrote:
>
> On Mon, Nov 04, 2019 at 02:19:21PM +0100, Takashi Iwai wrote:
> > On Mon, 04 Nov 2019 14:10:24 +0100,
> > Mika Westerberg wrote:
> > >
> > > Hi,
> > >
> > > On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote:
> > > > Dear Linux folks,
> > > >
> > > >
> > > > 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.
> > >
> > > I have this machine here so can try to reproduce it as well.
> > >
> > > > ```
> > > > [ 0.000000] Linux version 5.3.0-1-amd64 ([email protected]) (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
> > > > […]
> > > > ```
> > > >
> > > > In the bug report *[Intel Ice Lake, snd-hda-intel, HDMI] "No
> > > > response from codec" (after display hotplug?)* [1], note it’s a
> > > > different model, Takashi comments that this is a Thunderbolt or
> > > > i915 issue.
> > >
> > > 0000:00:1f.3 is on PCH so not sure how it could be related to
> > > Thunderbolt, well or i915 for that matter.
> >
> > It's the HD-audio controller PCI device and both HDMI and onboard
> > codecs are on that bus. HDMI codec a shadow device of GPU, so it has
> > a strong dependency on i915 GPU driver. The power of HD-audio bus and
> > codec is controlled over DRM audio component ops, so the power-on must
> > have been notified to GPU side, but still something seems missing.
> > ANd, with the dock, the other parties come to play into the game, so
> > it becomes more complex...
>
> OK, thanks for explaining. Then I guess i915 may be related. However,
> that traffic for sure does not go over Thunderbolt fabric (PCIe and DP
> does).
Well, here HDMI codec I meant is for both HDMI and DP. Its audio
device is common for both display types.
thanks,
Takashi
Hi Paul,
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 ([email protected]) (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
--
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/
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 ([email protected]) (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