Date: Fri, 10 Apr 2020 21:34:02 +0000 From: bugzilla-noreply@freebsd.org To: multimedia@FreeBSD.org Subject: [Bug 229190] hdac0: Command timeout on address 2 and headphone audio too low Message-ID: <bug-229190-12827-oTWmndvqMv@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-229190-12827@https.bugs.freebsd.org/bugzilla/> References: <bug-229190-12827@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229190 --- Comment #10 from Ed Maste <emaste@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 mo= dule 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. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-229190-12827-oTWmndvqMv>