Date: Mon, 11 Nov 2013 20:57:04 +0000 From: "Teske, Devin" <Devin.Teske@fisglobal.com> To: Nathan Whitehorn <nwhitehorn@freebsd.org> Cc: "Teske, Devin" <Devin.Teske@fisglobal.com>, Current Current <freebsd-current@freebsd.org>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>, Devin Teske <dteske@freebsd.org>, Peter Grehan <grehan@freebsd.org>, Michael Dexter <editor@callfortesting.org> Subject: Re: [CFT] bsdinstall and zfsboot enhancements Message-ID: <D81082F2-8273-449F-A2EB-DAA12779CAE7@fisglobal.com> In-Reply-To: <5281441E.7060806@freebsd.org> References: <C9783B1F-20EA-4C08-9947-70DF363E8B6A@fisglobal.com> <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <ABD90FE2-1540-410A-959E-D91D0BE811E3@freebsd.org> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <F3512B82-7B2E-40D9-A513-C4C2430F9255@fisglobal.com> <52813E53.20403@freebsd.org> <5281441E.7060806@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 11, 2013, at 12:54 PM, Nathan Whitehorn wrote: > On 11/11/13 14:30, Nathan Whitehorn wrote: >> On 11/11/13 14:18, Teske, Devin wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>>=20 >>>=20 >>> On Nov 11, 2013, at 11:46 AM, Michael Dexter wrote: >>>=20 >>>=20 >>> Hello all, >>>=20 >>> 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. >>>=20 >>> Currently, one is prompted for VT100 for installation but this does not >>> appear to work/stick for LiveCD mode. >>>=20 >>> Can anyone verify this? >>>=20 >>>=20 >>> While I developed this patch... >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.net= /viewvc/druidbsd/bsdinstall_zfs/usr.sbin%253A%253Absdinstall%253A%253Ascrip= ts%253A%253Aconfig.patch?revision%3D1.10%26view%3Dmarkup&k=3D%2FbkpAUdJWZui= TILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DaZg%2Bxwq= LTX6Zcpf3Rc44iPtAQhFrpqoS4FC5B8ykxJQ%3D%0A&s=3D6d54d337ea5472f5713ddbe7788d= 3248c45feefd4b291eab0a976c39e9d40428=20 >>>=20 >>> Reasons exist to search for a better solution, see here: >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://lists.freebsd.org/p= ipermail/freebsd-current/2013-November/046148.html&k=3D%2FbkpAUdJWZuiTILCq%= 2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DaZg%2BxwqLTX6Zc= pf3Rc44iPtAQhFrpqoS4FC5B8ykxJQ%3D%0A&s=3D5f8128901747346f937ffc4478eadb4bc3= 9059504258dfb9b36f0fb9e7a61b79=20 >>> (and messages that follow it) >>>=20 >>> 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. >>>=20 >>> Or should we touch up the patch in some way to address the original con= cerns? >>>=20 >>=20 >> I think modifying init is the way to go -- it keeps the install system f= rom interfering with the installed one, as well as fixing this kind of issu= e 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 (unle= ss explicitly configured not to), useability is improved. >>=20 >> I would propose one of the following (and volunteer to write the code): >>=20 >> Option A >> ------------ >>=20 >> 1. init checks if there is an entry in /etc/ttys for the terminal[s] cor= responding 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" >>=20 >> 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 in= vent a new "status" field that is not "on" or "off" ("auto", maybe, or "ifc= onsole"?). Which brings us to: >=20 > One easy way to accomplish this is just to only implement (1) and (3), th= en comment out the ttyu0 entry in /etc/ttys on x86 instead of marking it "o= ff". Then the behavior is just that a tty marked "off" stays off, one marke= d "on" stays on, and one not present spawns login with a terminal type corr= esponding to "console" (by default "unknown") if it happens to be the conso= le. I will implement this over the next few days and then send patches unle= ss anyone has an objection. I love it. (smiles) Excellent idea and that's the winner I think. +1 --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D81082F2-8273-449F-A2EB-DAA12779CAE7>