From owner-freebsd-arch@FreeBSD.ORG Tue Oct 9 20:03:34 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6BC1B00; Tue, 9 Oct 2012 20:03:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 33F768FC08; Tue, 9 Oct 2012 20:03:33 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD4506C.dip.t-dialin.net [93.212.80.108]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id ADECF844006; Tue, 9 Oct 2012 22:03:29 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 406C72200; Tue, 9 Oct 2012 22:03:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1349813007; bh=qHnZVwAw5MdLRhWrAtG22xZ27QkO9nz6P2P8HoPob3c=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=UU1p65Lhw++dj4PdgQDEu7/HcWRg1NuNRW15MeD4sdd46+k1FLvI9vyRQUOwPc6DU nuEiE5OzK+1QZO3jEwjcRL0WWxBHM0I7B/247/7M7AZFvNEv3j6pLPNopxiaJufYIT 8rBL1DHvT/zzepcxLyL3aKB+oW0lthaG0ChtUnwMdUp6+Z53xqJMBBS9iSbevs+m4p VSxwaKGwQq5oOxIhN5Qd+xcFiyVBhyz7usWm/61r0gGXk/Mb49dkaDAXIpxRYpWEiX NMwsWTbYFD7nuXrDACwp+YPB4E4P0Qhz8kCMm+2uA+UAq2R2HfhuCAEmRWFPOsQEUa ht8Gyegq9yZ/Q== Date: Tue, 9 Oct 2012 22:03:25 +0200 From: Alexander Leidinger To: Devin Teske Subject: Re: New Boot Loader Menu Message-ID: <20121009220325.00006c9d@unknown> In-Reply-To: References: <0655B56F-AD43-402B-872C-568378E650F9@fisglobal.com> <20121007183433.000026a6@unknown> <20121007220100.00002d21@unknown> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: ADECF844006.A42E9 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.574, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.46, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1350417810.78525@oP5Ji2dsQy0MUpqm2bvFvQ X-EBL-Spam-Status: No Cc: freebsd-arch@freebsd.org 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: Tue, 09 Oct 2012 20:03:34 -0000 On Sun, 7 Oct 2012 14:58:46 -0700 Devin Teske wrote: > > On Oct 7, 2012, at 1:01 PM, Alexander Leidinger wrote: > > The first one is a tribute to the > > poor victim which gives a helping hand, he will not see the boot > > options in case the request is made to change the root FS. The > > second one is that the boot options are modifying the behavior of a > > given kernel (verbose messages, safe mode, acpi), while the > > root-fs/BE/kernel item is choosing a different kernel to boot. > > > > I wholly agree with the separation into 2 submenus and _why_, > however... > > Let's be careful here. > > Be careful to not include "kernel" in that mix. I included kernel in that mix, because loading a different BE/FS is basically loading a different kernel. While it would be nice to be able to chose a kernel if there are multiple in a given FS, I didn't want to imply this here. > In reality, the kernel is loaded by the "start" FICL word provided by > loader.4th and this is done: > > a. before the menu is loaded and > b. irrespective of the menu (done regardless of whether the menu is > enabled or not, perhaps via setting beastie_disable=YES in > loader.conf(5)) > > So by the time the menu is invoked, the only way to change the kernel > is to "unload" and subsequently load the new kernel. > > It should be noted that DruidBSD does not load a kernel before the > menu. Thus in DruidBSD, we _do_ have a kernel selection menu (the > overloaded "boot" FICL word in DruidBSD is coded to load $kernel > right before doing the real boot whereas FreeBSD's overloaded "boot" > FICL word simply invokes the already-loaded kernel that was loaded > before the menu ever started). Is it faster to not load the kernel (time from pushing the power button to the loader menu being reactive to key presses)? If yes, it may be beneficial to do it the way DruidBSD is doing it (it does not cut the time to arrive at multi-user mode, but it improves the response time and has the psychological effect to let the user think it boots faster). And if we want to chose a kernel from a list to boot from, (which I think we want), we should do it too. > It's perhaps good that we're having this discussion out in the open > now, because I actually (as of yet) do not know if jpaetzel, avg, mav > and iX company have plans to (attempt) to allow kernel swapping in > the loader menu. If that is the case, we'll have to broach the topic > of changing that functionality to match what DruidBSD does (defers > kernel loading until "boot" is invoked). If it is not much work, I don't think we should hesitate to do it. It offers the possibility to make enhancements later. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137