Date: Thu, 28 Apr 2022 18:29:56 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 262579] Framework Laptop: headset/mic input issues Message-ID: <bug-262579-227-5BahTpm29K@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-262579-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262579 --- Comment #9 from Jonathan Vasquez <jon@xyinn.org> --- So when I tested the /dev/dsp* devices before, it listed only 0.0, 0.1, 1.0, and 2.0. After a reboot, it lists 0.0, 1.0, 2.0, and 3.0. So it seems the numbers may be changing. Either way, at this enumeration, I was able to hear the beep at 3.0. I may have incorrectly omitted the "-d" flag before but not sure given the enumeration change. jon@leslie:~ $ ls /dev/ds* /dev/dsp0.0 /dev/dsp1.0 /dev/dsp2.0 /dev/dsp3.0 jon@leslie:~ $ beep -d /dev/dsp0.0 <-- main speakers jon@leslie:~ $ beep -d /dev/dsp1.0 <-- failed (not sure what device this is) beep: Failed to open '/dev/dsp1.0' jon@leslie:~ $ beep -d /dev/dsp2.0 <-- I didn't hear any particular sound but I'm wondering if this is actually the 3.5mm jack. jon@leslie:~ $ beep -d /dev/dsp3.0 <-- Headset over USB (worked) Regarding 'pindump': Regardless of whether it was plugged in or not (via USB Adapter), or even if it was just the 3.5 mm jack directly, 'sysctl dev.hdac.0.pindump' always just said: dev.hdac.0.pindump: 0 -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-262579-227-5BahTpm29K>