Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On Tue, 10 Mar 2020 at 19:15, Andy Farkas wrote: > > Is it just a matter of putting "syscons=[sc|vt]" in loader.conf > to select whatever driver? Have a look at sc(4) and vt(4) - in loader.conf: kern.vty=sc or kern.vty=vt And sysctl kern.vty will let you know which you're using. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On 2020-03-11 02:19, Ed Maste wrote: So to confirm, your issue is with sc(4), not vt(4)? I don't actually have an issue with either. although: "After booting, all colors can be changed using the syscons.kattr sysctl." % sysctl -a | grep syscons hw.syscons.sc_no_suspend_vtswitch: 0 hw.syscons.kbd_debug: 1 hw.syscons.kbd_reboot: 1 hw.syscons.bell: 1 hw.syscons.saver.keybonly: 0 % Also, both sc and vt are compiled into GENERIC. Is it just a matter of putting "syscons=[sc|vt]" in loader.conf to select whatever driver? FreeBSD drunkfish.andyit.com.au 12.1-STABLE FreeBSD 12.1-STABLE #1 r358253: Sun Feb 23 15:02:00 AEST 2020 -andyf ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On Mon, 9 Mar 2020 at 15:15, Andy Farkas wrote: > > On 2020-03-10 01:04, Konstantin Belousov wrote: > > Take a look at r334530. > > "or the user really hates this feature and can't wait to turn it off" So to confirm, your issue is with sc(4), not vt(4)? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On 2020-03-10 01:04, Konstantin Belousov wrote: Take a look at r334530. "or the user really hates this feature and can't wait to turn it off" Excellently explained by Bruce as usual: "Revision 314641 - (view) (download) (annotate) - [select for diffs] Modified Sat Mar 4 06:19:12 2017 UTC (3 years ago) by bde File length: 107771 byte(s) Diff to previous 312910 Colorize syscons kernel console output according to a table indexed by the CPU number. This was originally for debugging near-deadlock conditions where multiple CPUs either deadlock or scramble each other's output trying to report the problem, but I found it interesting and sometimes useful for ordinary kernel messages. Ordinary kernel messages shouldn't be interleaved, but if they are then the colorization makes them readable even if the interleaving is for every character (provided the CPU printing each message doesn't change). The default colors are 8-15 starting at 15 (bright white on black) for CPU 0 and repeating every 8 CPUs. This works best with 8 CPUs. Non-bright colors and nonzero background colors need special configuration to avoid unreadable and ugly combinations so are not configured by default. The next bright color after 15 is 8 (bright black = dark gray) is not very readable but is the only other color used with 2 CPUs. After that the next bright color is 9 (bright blue) which is not much brighter than bright black, but is used with 3+ CPUs. Other bright colors are brighter. Colorization is configured by default so that it gets tested. It can only be turned off by configuring SC_KERNEL_CONS_ATTR to anything other than FG_WHITE. After booting, all colors can be changed using the syscons.kattr sysctl. This is a SYSCTL_OPAQUE, and no utility is provided to change it (sysctl only displays it). The default colors work in all VGA modes that I could test. In 2-color graphics modes, all 8 bright colors are displayed as bright white, so the colorization has no effect, but anything with a nonzero background gives white on white unless the foreground is zero. I don't have an mono or VGA grayscale hardware to test on. Support for mono mode seems to have never worked right in syscons (I think bright white gives white underline with either bold or bright), but VGA grayscale should work better than 2-color graphics." RIP https://photos.app.goo.gl/YiVmFtWiK8Niy3Fw6 -andyf ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On Mon, Mar 09, 2020 at 10:37:52AM -0400, Ed Maste wrote: > On Sun, 8 Mar 2020 at 17:13, Andy Farkas wrote: > > > > Is anyone actually working on the vt(4) driver? Will it ever > > become feature-parity with the old sc(4) driver? > > Yes, and yes. What specific missing functionality are you affected by? > > > I've noticed some weird things happening on my console recently... > > like psychedelicly-colour-coded kernel messages.. far out, man. > > I don't think this is related to vt(4), but it would help if you > provided more details (including the version you're running). Take a look at r334530. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On Sun, 8 Mar 2020 at 17:13, Andy Farkas wrote: > > Is anyone actually working on the vt(4) driver? Will it ever > become feature-parity with the old sc(4) driver? Yes, and yes. What specific missing functionality are you affected by? > I've noticed some weird things happening on my console recently... > like psychedelicly-colour-coded kernel messages.. far out, man. I don't think this is related to vt(4), but it would help if you provided more details (including the version you're running). ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On Mon, 9 Mar 2020 07:06:31 +1000 Andy Farkas an...@andyit.com.au said On 2020-03-09 04:15, bugzilla-nore...@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235564 > > --- Comment #8 from commit-h...@freebsd.org --- > A commit references this bug: > > Author: emaste > Date: Sun Mar 8 18:14:45 UTC 2020 > New revision: 358758 > URL: https://svnweb.freebsd.org/changeset/base/358758 > > Log: >MFC r355585: remove nonexistent from-* entries from vt INDEX.keymaps Is anyone actually working on the vt(4) driver? Will it ever become feature-parity with the old sc(4) driver? I've noticed some weird things happening on my console recently... like psychedelicly-colour-coded kernel messages.. far out, man. Just wondering, -andyf Thanks for bringing this up. I've been meaning to ask similar. When building a custom kernel, and including sc(4). Then adding kern.vt=sc to loader.conf(5). I'm presented with rainbow text. I wouldn't mind so much *except* that it's color choices, and places are simply *random* Thanks in advance for any insight on this. :) --Chris ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]
On 2020-03-09 04:15, bugzilla-nore...@freebsd.org wrote: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235564 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: emaste Date: Sun Mar 8 18:14:45 UTC 2020 New revision: 358758 URL: https://svnweb.freebsd.org/changeset/base/358758 Log: MFC r355585: remove nonexistent from-* entries from vt INDEX.keymaps Is anyone actually working on the vt(4) driver? Will it ever become feature-parity with the old sc(4) driver? I've noticed some weird things happening on my console recently... like psychedelicly-colour-coded kernel messages.. far out, man. Just wondering, -andyf ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
