From owner-freebsd-bugs@freebsd.org Mon Mar 9 19:14:59 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5974926A976; Mon, 9 Mar 2020 19:14:59 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from alpine.spintel.net.au (alpine.spintel.net.au [203.23.236.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48bnwc70Qqz3xZ0; Mon, 9 Mar 2020 19:14:56 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from drunkfish.andyit.com.au (210-1-210-40-cpe.spintel.net.au [210.1.210.40]) by alpine.spintel.net.au (Postfix) with ESMTPS id 057E64C05CE; Tue, 10 Mar 2020 06:14:50 +1100 (AEDT) Received: from mater.andyit.com.au (mater.andyit.com.au [172.22.2.22]) by drunkfish.andyit.com.au (8.15.2/8.15.2) with ESMTPS id 029JEnA9013329 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 10 Mar 2020 05:14:50 +1000 (AEST) (envelope-from andyf@andyit.com.au) Subject: Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing] Cc: freebsd-bugs@freebsd.org, freebsd-stable stable References: <20200309150432.GR98340@kib.kiev.ua> From: Andy Farkas Message-ID: <8df70772-faee-bd07-612f-696e8a1d477c@andyit.com.au> Date: Tue, 10 Mar 2020 05:14:49 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200309150432.GR98340@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 48bnwc70Qqz3xZ0 X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of andyf@andyit.com.au has no SPF policy when checking 203.23.236.77) smtp.mailfrom=andyf@andyit.com.au X-Spamd-Result: default: False [8.41 / 15.00]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,meta]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[andyit.com.au]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(3.61)[ip: (9.37), ipnet: 203.23.236.0/24(4.69), asn: 18390(3.96), country: AU(0.01)]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000,0]; MISSING_TO(2.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[77.236.23.203.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:18390, ipnet:203.23.236.0/24, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Spam: Yes X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 19:14:59 -0000 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