From owner-freebsd-current@FreeBSD.ORG Mon Nov 11 20:59:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0ED2602; Mon, 11 Nov 2013 20:59:44 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A64B22707; Mon, 11 Nov 2013 20:59:44 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rABKxhr2018054 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 11 Nov 2013 14:59:43 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Mon, 11 Nov 2013 14:59:41 -0600 From: "Teske, Devin" To: Nathan Whitehorn Subject: Re: [CFT] bsdinstall and zfsboot enhancements Thread-Topic: [CFT] bsdinstall and zfsboot enhancements Thread-Index: AQHO1/VTfN3AabWEO0qqCcwz4iQiNg== Date: Mon, 11 Nov 2013 20:59:41 +0000 Message-ID: <0FAF7C99-AF13-45EC-A531-2E04418A01B5@fisglobal.com> References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <52813F9E.8080304@freebsd.org> <4E00C3CC-75EA-4249-8D9F-42F37988F4CE@fisglobal.com> <528141C1.7080409@freebsd.org> <29ADA509-0BB7-435C-8AC1-1D5BC32D6DC8@fisglobal.com> <5281448B.8010809@freebsd.org> In-Reply-To: <5281448B.8010809@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-11_03:2013-11-11,2013-11-11,1970-01-01 signatures=0 Cc: Current Current , Devin Teske , "Teske, Devin" , Peter Grehan , Michael Dexter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske 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:59:45 -0000 On Nov 11, 2013, at 12:56 PM, Nathan Whitehorn wrote: > On 11/11/13 14:52, Teske, Devin wrote: >> On Nov 11, 2013, at 12:44 PM, Peter Grehan wrote: >>=20 >>> Hi Devin, >>>=20 >>>> Question: >>>> Does bhyve set kern.console irrespective of loader.conf values? >>> The kernel sets it based on what it determines the console to be. Bhyve= influences that by requesting a serial console. This is no different than = booting on a headless machine with a serial console. >>>=20 >> Well, for a headless meachine, I would set console=3Dcomconsole,vidconso= le >> in loader.conf(5), then our Forth code slurps it in via loader.4th + sup= port.4th >> routines... >>=20 >> When boot is executed, I know I can see "kenv console", but hadn't reali= zed >> that there were/are a host of others that are slurped into the kernel fo= r later >> (very purposeful) fetching. >>=20 >> So when you say that bhyve requests a serial console... I assume now it's >> setting variables... but via raw Forth? C code? loader.conf(5)? I've see= n my >> menu come up under bhyve, and I noticed that it only has a 5-second coun= t- >> down instead of the usual 9 -- but I'm curious how you're exporting the = variables. >=20 > I think you've misunderstood. kern.console isn't set by loader. It reflec= ts the state of the kernel, which decides what to do autonomously based on = a number of driver and platform-dependent things including, but not limited= to, kenv (loader variables, for instance). I was thinking it, but didn't express it properly... yes... kern.console is= influenced by loader variables. "slurped" is definitely not the technical explanation I should be striving = for ;D (that is, if I'm trying to be clear). --=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.