[Bug 229190] hdac0: Command timeout on address 2 and headphone audio too low

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229190

--- Comment #10 from Ed Maste <emaste at freebsd.org> ---
I can reproduce this on my Lenovo X1 Carbon 7th generation. It has the
following:
hdac0: <Intel Cannon Lake HDA Controller> mem
0xea23c000-0xea23ffff,0xea000000-0
xea0fffff at device 31.3 on pci0
hdacc0: <Realtek ALC285 HDA CODEC> at cad 0 on hdac0
hdaa0: <Realtek ALC285 Audio Function Group> at nid 1 on hdacc0
pcm0: <Realtek ALC285 (Analog 3.1+HP/2.0)> at nid 20,23,33 and 25 on hdaa0
hdacc1: <Intel Kaby Lake HDA CODEC> at cad 2 on hdac0
hdaa1: <Intel Kaby Lake Audio Function Group> at nid 1 on hdacc1
pcm1: <Intel Kaby Lake (HDMI/DP 8ch)> at nid 3 on hdaa1

One interesting point, I removed snd_hda from GENERIC and loaded it as a module
instead, after boot; in that case the HDMI audio codec times out at attach time
instead:

hdac0: <Intel Cannon Lake HDA Controller> mem
0xea23c000-0xea23ffff,0xea000000-0xea0fffff at device 31.3 on pci0
hdac0: Command 0x200f0000 timeout on address 2
hdac0: Command 0x200f0002 timeout on address 2
hdac0: CODEC at address 2 not responding!
hdacc0: <Realtek ALC285 HDA CODEC> at cad 0 on hdac0
hdaa0: <Realtek ALC285 Audio Function Group> at nid 1 on hdacc0
pcm0: <Realtek ALC285 (Analog 3.1+HP/2.0)> at nid 20,23,33 and 25 on hdaa0

In this case there's no hdacc1, and no further command timeout messages.

-- 
You are receiving this mail because:
You are the assignee for the bug.