From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BbGpo-0003z4-Bh for mharc-grub-devel@gnu.org; Fri, 18 Jun 2004 06:43:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BbGpm-0003yn-UM for grub-devel@gnu.org; Fri, 18 Jun 2004 06:42:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BbGpl-0003yb-FX for grub-devel@gnu.org; Fri, 18 Jun 2004 06:42:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BbGpl-0003yY-BF for grub-devel@gnu.org; Fri, 18 Jun 2004 06:42:57 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BbGoI-0005qb-ID for grub-devel@gnu.org; Fri, 18 Jun 2004 06:41:26 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id D4CCEFFC30D0 for ; Fri, 18 Jun 2004 06:41:25 -0400 (EDT) From: "Yoshinori K. Okuji" Organization: enbug.org To: grub-devel@gnu.org Date: Fri, 18 Jun 2004 12:45:25 +0200 User-Agent: KMail/1.6.1 References: <20040615113103.GA4639@artax.karlin.mff.cuni.cz> <87pt7zag0e.fsf@marco.marco-g.com> <20040616115034.GA20649@artax.karlin.mff.cuni.cz> In-Reply-To: <20040616115034.GA20649@artax.karlin.mff.cuni.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406181245.25715.okuji@enbug.org> Subject: Re: normal/cmdline bug & patch X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.4 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: Fri, 18 Jun 2004 10:42:59 -0000 On Wednesday 16 June 2004 13:50, Tomas Ebenlendr wrote: > > > I also sugested that if we want users not confused by 2 versions > > > of modules ve may add automatic loading of 'normal mode module > > > variants' of each 'rescue mode module variant'. (e.g. _chain.mod > > > is loaded, we load normal.mod and it automatically loads > > > chain.mod, we then use insmod _linux.mod and normal.mod will also > > > load linux.mod). > > > > Will this work in a hard-coded way or a flexible way, comparable to > > module loading (and dependencies) on linux? > > > > I should catch up with my email and read the discussion... > > > > -- > > Marco > > This was not discussed. I prefer here (in this case) hardcoding. At > normal mode entrance (rescue cmd normal) and normal mode insmod > will be checked if module is named in special way. My preferable way is to load modules implicitly when executing commands. For example: grub> linux /boot/vmlinuz root=/dev/hda1 ro [Check if linux.mod is loaded currently] [If not, load it] [If failed, abort this command] [Load the kernel] This is possible in the same way as autoload in Emacs. For example, we can have /boot/grub/autoload.lst which is a table of commands and modules, like this: chainload chainload.mod linux linux.mod initrd linux.mod multiboot mb.mod Okuji