From owner-freebsd-arch@FreeBSD.ORG Mon Nov 11 20:54:56 2013 Return-Path: Delivered-To: freebsd-arch@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 ESMTP id EBBC4E8E; Mon, 11 Nov 2013 20:54:55 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id A0B9126AB; Mon, 11 Nov 2013 20:54:55 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 2669858392; Mon, 11 Nov 2013 14:54:55 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 1lmZIlXGkq+0; Mon, 11 Nov 2013 14:54:55 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by mail.icecube.wisc.edu (Postfix) with ESMTP id E9C2458391; Mon, 11 Nov 2013 14:54:54 -0600 (CST) Message-ID: <5281441E.7060806@freebsd.org> Date: Mon, 11 Nov 2013 14:54:54 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Devin Teske , Michael Dexter , "freebsd-arch@freebsd.org" , "freebsd-current@freebsd.org" , Peter Grehan Subject: Re: [CFT] bsdinstall and zfsboot enhancements References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <52813E53.20403@freebsd.org> In-Reply-To: <52813E53.20403@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 20:54:56 -0000 On 11/11/13 14:30, Nathan Whitehorn wrote: > On 11/11/13 14:18, Teske, Devin wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> >> On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: >> >> >> Hello all, >> >> I have been experimenting with various BSD and GNU/Linux boot media >> under bhyve and noticed that we may want to accommodate the "LiveCD" >> mode of the installer, which in turn requires the correct console. >> >> Currently, one is prompted for VT100 for installation but this does not >> appear to work/stick for LiveCD mode. >> >> Can anyone verify this? >> >> >> While I developed this patch... >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/usr.sbin%3A%3Absdinstall%3A%3Ascripts%3A%3Aconfig.patch?revision=1.10&view=markup >> >> >> Reasons exist to search for a better solution, see here: >> http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046148.html >> >> (and messages that follow it) >> >> Is modifying init(8) still the way to go? What modification do we >> want to make? >> I'll do the work if we can come to consensus. >> >> Or should we touch up the patch in some way to address the original >> concerns? >> > > I think modifying init is the way to go -- it keeps the install system > from interfering with the installed one, as well as fixing this kind > of issue with moved hard drives or PXE booting or what have you. If we > can provide a guarantee that any system that displays text has a > working console (unless explicitly configured not to), useability is > improved. > > I would propose one of the following (and volunteer to write the code): > > Option A > ------------ > > 1. init checks if there is an entry in /etc/ttys for the terminal[s] > corresponding to the value[s] in kern.console > 2. If an entry for each console terminal exists in /etc/ttys, enable it > 3. If not, invent one with a terminal type of "ansi" > > The one issue here is that someone may want to force a particular > entry to off and still have it be the kernel console. This is tricky. > We could invent a new "status" field that is not "on" or "off" > ("auto", maybe, or "ifconsole"?). Which brings us to: One easy way to accomplish this is just to only implement (1) and (3), then comment out the ttyu0 entry in /etc/ttys on x86 instead of marking it "off". Then the behavior is just that a tty marked "off" stays off, one marked "on" stays on, and one not present spawns login with a terminal type corresponding to "console" (by default "unknown") if it happens to be the console. I will implement this over the next few days and then send patches unless anyone has an objection. -Nathan