From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KFD7Z-0007Y5-Tz for mharc-grub-devel@gnu.org; Sat, 05 Jul 2008 15:08:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KFD7Y-0007XZ-Ce for grub-devel@gnu.org; Sat, 05 Jul 2008 15:08:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KFD7W-0007XN-Uw for grub-devel@gnu.org; Sat, 05 Jul 2008 15:08:32 -0400 Received: from [199.232.76.173] (port=43798 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFD7W-0007XK-Lo for grub-devel@gnu.org; Sat, 05 Jul 2008 15:08:30 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:57472 helo=kirsi2.rokki.sonera.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KFD7W-0006Oj-2k for grub-devel@gnu.org; Sat, 05 Jul 2008 15:08:30 -0400 Received: from [127.0.0.1] (88.193.32.97) by kirsi2.rokki.sonera.fi (8.5.014) id 4869ED3A002C1CC5 for grub-devel@gnu.org; Sat, 5 Jul 2008 22:08:29 +0300 Message-ID: <486FC6B3.8060108@nic.fi> Date: Sat, 05 Jul 2008 22:08:35 +0300 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: The development of GRUB 2 References: <20080705121501.GB1647@thorin> <486FAA1C.8080006@coresystems.de> <486FAF3D.1030708@nic.fi> <486FB17C.7020705@coresystems.de> <486FB514.5040000@nic.fi> <486FB6D8.2090506@coresystems.de> <486FB907.7020308@nic.fi> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: Quoted-Printable X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: Idea: elimination of the normal mode X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2008 19:08:32 -0000 Bean wrote: > On Sun, Jul 6, 2008 at 2:10 AM, Vesa J=E4=E4skel=E4inen = wrote: >> It has anything what core provides. If by this you get core smaller th= en I >> am all for it. If it makes it larger then I would propose to find free= space >> from somewhere else. Core.img just have to be standalone application s= o user >> can do recovery if something gets wrong in installation or something e= lse. >> >> I do not know how well grub scripting is integrated to normal mode so = check >> that out first. >=20 > With my suggestion, core.img would contain: >=20 > minicmd + basic console interface + line scanner + fs modules >=20 > It would be slightly bigger because we also add the option analyzer. > But it may also reduce size due to better function separation. It total size is smaller I do not care. If not, then I would pass it. I=20 still like the idea to separate rescue mode from "normal" shell mode.=20 This gives user an idea that grub has failed to load more of itself. I think Robert has from time to time complained that core.img gets too=20 big sometimes to be embedded especially on raid configurations. So=20 increasing size with this does not sound good on my ears. > the line scanner would read a config file, which instruct extra > modules to be loaded For example, to archive the same function of > normal mode, we need: >=20 > advanced console interface + text menu interface + script engine. >=20 > Some advantage of this scheme: >=20 > 1, One set of command. Now, if we want to use command like search, we > must also include normal.mod, whose purpose is just to provide the > option analyzer. Rescue is supposed to be minimal anyway. > 2, The separation of interface and script engine. > Interface deal with interaction with user, like draw the menu, choose > an menu item, edit a string, etc. Script engine is responsible for the > interpretation of commands. These two parts are independent, we > shouldn't bundle them into a single normal.mod.This would make modules > like graphic interface more difficult to implement. Well interaction between textual menu, graphical menu and shell=20 interface will be studied anyway by Colin during his GSoC activities so=20 lets wait what we get from there before jumping too far.