From owner-svn-src-head@FreeBSD.ORG Wed Apr 30 16:25:39 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10483504; Wed, 30 Apr 2014 16:25:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D49F515AD; Wed, 30 Apr 2014 16:25:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7F140B939; Wed, 30 Apr 2014 12:25:36 -0400 (EDT) From: John Baldwin To: Nathan Whitehorn Subject: Re: svn commit: r264907 - in head/release: amd64 i386 Date: Wed, 30 Apr 2014 11:20:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201404250526.s3P5Q3hS010626@gw.catspoiler.org> <53610D3B.40401@freebsd.org> In-Reply-To: <53610D3B.40401@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201404301120.25568.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 30 Apr 2014 12:25:36 -0400 (EDT) Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , Ed Maste , Aleksandr Rybalko X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 16:25:39 -0000 On Wednesday, April 30, 2014 10:48:27 am Nathan Whitehorn wrote: > On 04/30/14 06:36, Ed Maste wrote: > > On 30 April 2014 01:41, Nathan Whitehorn wrote: > >> So, to make universally bootable install media, we have to switch the > >> default console driver to newcons. This means we need to finish polishing > >> newcons and need to think about what, exactly, the missing pieces are to > >> enable it as the default. > > There's a Newcons wiki page at https://wiki.freebsd.org/Newcons with > > some details, but I believe the main points are: > > > > 1. Documentation. We currently have no vt(4) man page so one needs to > > be written, and other pages likely need to be updated. Other > > documentation (like the handbook) need to be investigated. > > 2. Control tools (e.g. kbdmap(1), vidcontrol(1), vidfont(1)) need to > > be updated. Alexandr posted a patch for vidcontrol with the subject > > "RFT vidcontrol for vt(4)" > > 3. Provide console fonts for vt, equivalent to /usr/share/syscons/fonts. > > 4. Address some performance issues, especially on certain non-x86 and > > low-end hardware, and in virtual machines. > > 5. Address boot console priority. > > > > Which of these are blockers before turning it on in GENERIC for wider > testing? Point #1 is a must, I think. #2 seems potentially destructive: > do we want to have to make them work with both syscons and vt? #5 we've > worked around for the time being. #4 would be nice, but maybe wider > testing helps with it. It's painfully slow on regular x86 hardware as > well -- my brand-new Lenovo laptop for instance. But I think we could > switch GENERIC on -CURRENT over only after writing some documentation. > -Nathan I would prefer having a boot time knob to switch between vt or sc and being able to include both in the kernel. The boot time knob could default to vt when booting from EFI. -- John Baldwin