Date: Fri, 27 Sep 2024 14:04:38 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 281713] kbdcontrol -b to set bell frequency is inverted in vt compared to sc Message-ID: <bug-281713-227-YbT1htivSU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-281713-227@https.bugs.freebsd.org/bugzilla/> References: <bug-281713-227@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=3D281713 --- Comment #3 from Rudolf Polzer <divVerent@gmail.com> --- I am also mostly out of devices that have a real PC speaker and found this inside qemu with its PC Speaker emulation - for some reason on my Lenovo T4= 40 I don't get PC speaker sound, even though under Linux I get it. Might be some emulation there though, didn't look much - probably should try booting up FreeDOS to be sure if the chip exists or not. I have not tested the patch yet, but I am like 99.99% convinced it'll work. Gonna test a bit later. BTW is there any documentation of these escape sequences that may need upda= ting as well? Maybe should in a separate change update `syscons` to the new beha= vior as well, so that `kbdcontrol` no longer needs to care and both terminal emulations work the same (they after all seem to use the same value of `$TERM`)? OTOH `is_vt4` function has a precedent already for keymap loading= , so I guess it's fine... --=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-281713-227-YbT1htivSU>