From owner-freebsd-current@FreeBSD.ORG Mon Nov 11 20:30:18 2013 Return-Path: Delivered-To: freebsd-current@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 921773A6; Mon, 11 Nov 2013 20:30:18 +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 4A4DB2497; Mon, 11 Nov 2013 20:30:17 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 9D1A958392; Mon, 11 Nov 2013 14:30:11 -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 y4ulwpv8TmrF; Mon, 11 Nov 2013 14:30:11 -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 7A80C58391; Mon, 11 Nov 2013 14:30:11 -0600 (CST) Message-ID: <52813E53.20403@freebsd.org> Date: Mon, 11 Nov 2013 14:30:11 -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 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Current Current , "Teske, Devin" , Peter Grehan , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 20:30:18 -0000 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: Option B ----------- Very similar to Option A, except only provide an automatic console using (2) and (3) if the "console" terminal is marked "on". This would increase the magic attached to "console" in /etc/ttys, but fix the problem with (A). It's possible another approach would work as well. Does anyone have thoughts on this? -Nathan