From owner-freebsd-arch@FreeBSD.ORG Sun Oct 7 21:13:18 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 25A421065673; Sun, 7 Oct 2012 21:13:18 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id D95A88FC16; Sun, 7 Oct 2012 21:13:17 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with ESMTP id q97LDFds004103 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 7 Oct 2012 16:13:15 -0500 Received: from [10.0.0.103] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.309.2; Sun, 7 Oct 2012 16:13:14 -0500 MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <5071EAEB.9090509@freebsd.org> Date: Sun, 7 Oct 2012 14:13:11 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <48E00D6E-B024-4130-92BA-70ECF1E88480@fisglobal.com> References: <0655B56F-AD43-402B-872C-568378E650F9@fisglobal.com> <86k3v21qsx.fsf@ds4.des.no> <3EB58454-7820-43C4-911E-7DEF2D02C880@fisglobal.com> <86fw5q15f9.fsf@ds4.des.no> <0CB9F1EA-2176-4AE9-B899-6E8744D06DC7@fisglobal.com> <5071EAEB.9090509@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-10-07_05:2012-10-06, 2012-10-07, 1970-01-01 signatures=0 Cc: Garrett Cooper , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Devin Teske , freebsd-arch@freebsd.org Subject: Re: New Boot Loader Menu X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2012 21:13:18 -0000 On Oct 7, 2012, at 1:49 PM, Julian Elischer wrote: > On 10/7/12 1:36 PM, Devin Teske wrote: >> On Oct 7, 2012, at 12:52 PM, Garrett Cooper wrote: >>=20 >>=20 >>=20 >>> On Oct 7, 2012, at 12:03 PM, Devin Teske wrote: >>>=20 >>>> On Oct 7, 2012, at 11:51 AM, Dag-Erling Sm=F8rgrav wrote: >>>>=20 >>>>> Devin Teske writes: >>>>>> Dag-Erling Sm=F8rgrav writes: >>>>>>> What problem are you trying to solve, exactly? >>>>>> Many in-fact: >>>>>> [list of things that bear no relation whatsoever to what was actually >>>>>> in the email I replied to] >>>> I disagree with your slight that those "things =85 bear no relation wh= atsoever to what was actually in the e-mail [you] replied to". >>>>=20 >>>> It only *seem* as those are unrelated. I assure you, they are _very_ r= elated (and it's very much my mistake for not making it clear in my initial= e-mail). I must apologize for this lack of clarity (I try to rectify it be= low). >>>>=20 >>>>> Then maybe you should have focused on that in your original email. >>>>>=20 >>>> Yes, perhaps. >>>>=20 >>>> Perhaps it would have been better to explain: >>>>=20 >>>> Hey=85 >>>>=20 >>>> + iX and I are working on enhancing the boot loader menu to include a = new submenu for selecting a Boot Environment (BE). I'm providing the menu i= nfrastructure, iX is providing the C code to populate that menu. >>> Sounds like GRUB/Plymouth's model... sorta. >>>=20 >>>> + We can't add this new menu item without pigeon-holing ourselves into= a position where no more menuitems can be added. >>> Understood. >>>=20 >>> ... >>> - Have you considered high resolution screens/fonts; there are some alr= eady in FreeBSD hooked into syscons, but that's available later on at boot?= I mention this because there's a lot of wasted real estate on my 30" or 24= " LCDs when I boot up FreeBSD. >>>=20 >> Adding screen real-estate won't help. Menus (and any of the maximum 6553= 5 submenus) are always limited to 9 maximum menu items. >>=20 >> A significant overhaul of the Forth code would be required to accommodat= e more than 9 menu items per-menu. >>=20 >> Currently, if a 10th menuitem were rendered (assuming I lifted the bound= ary-checks), it would be rendered as such: >>=20 >> =85 >> 8. Eighth Item >> 9. Ninth Item >> 1. Tenth item >=20 > A,B,C,D..... Z? >=20 I wasn't implying that this wasn't possible, just that it's not designed th= is way currently. It would be a significant overhaul to support this (_and_ we'd then have to= scramble for screen real-estate to support up to 35 menu items -- or perha= ps more generically support scrolling menus -- though I'm sure that can't b= e pleasing for the serial console folks to hear). --=20 Devin >> =85 >>=20 >> Worse, you press "8" to invoke the 8th item, "9" to invoke the 9th item,= but ":" to invoke the 10th item (wait, what?) >>=20 >> Yes, ":" to invoke the 10th item. Because currently ASCII keycodes are u= sed to associate menu items. The next character after "9" is ":". >>=20 >>=20 >>=20 >>> I'd like to see sketches or a general idea of what you have in mind bef= ore investing too much time in a direction that doesn't bear a lot of fruit= . I'm sure others here agree. >>>=20 >> Sorry, but I'm the infrastructure guy. I provide the framework. I'll lea= ve it to the community to decide how to use that framework. I'm leaving it = in jpaetzel's, avg's, and mav's very capable hands to utilize my framework = in whatever way they see fit. >>=20 >> They came to me with a need. I filled that need. If the community doesn'= t want it, I'll just dump it into DruidBSD and use it there until someone w= ants it. >=20 _____________ 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.