From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LqUV8-00059K-4m for mharc-grub-devel@gnu.org; Sun, 05 Apr 2009 11:43:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LqUV6-00058d-HH for grub-devel@gnu.org; Sun, 05 Apr 2009 11:43:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LqUV4-00057D-Jh for grub-devel@gnu.org; Sun, 05 Apr 2009 11:43:12 -0400 Received: from [199.232.76.173] (port=59776 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LqUV4-000578-GE for grub-devel@gnu.org; Sun, 05 Apr 2009 11:43:10 -0400 Received: from mail.nexedi.com ([91.121.25.85]:41851 helo=nexedi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LqUV4-0007nQ-0r for grub-devel@gnu.org; Sun, 05 Apr 2009 11:43:10 -0400 Received: from [10.8.0.46] (unknown [10.8.0.46]) by nexedi.com (Postfix) with ESMTP id AF7523D9EF for ; Sun, 5 Apr 2009 17:43:05 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Mon, 6 Apr 2009 00:43:02 +0900 User-Agent: KMail/1.9.10 References: <200904052333.02794.okuji@enbug.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904060043.03075.okuji@enbug.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: [PATCH] Split of normal mode (version 2) 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: Sun, 05 Apr 2009 15:43:12 -0000 On Monday 06 April 2009 00:02:59 Bean wrote: > On Sun, Apr 5, 2009 at 10:33 PM, Yoshinori K. Okuji wrote: > > On Saturday 04 April 2009 14:06:18 Bean wrote: > >> One of the problem for normal.mod dependency is its side effect. For > >> example, currently ls.mod depend on normal.mod just for > >> grub_normal_print_device_info. If we want to embed ls.mod in core.img, > >> we must embedded normal.mod as well, along with a lot of > >> initialization actions that we may not want. > > > > Right, if we can completely merge the ls on rescue mode and that on > > normal mode. For now, I am not sure if this is feasible, so I prefer to > > keep a poor version of ls for rescue mode, which does not require > > functions in normal.mod, until you prove that that is feasible. > > Hi, > > Currently, this is implemented using priority list. The commands has a > field that indicate its priority. For normal command, the value is 0, > for extended command, it's 1. So if two version of ls is loaded, the > extended ls would be used. All commands are in a unify set, so you can > run normal commads/extended commands in either rescue or normal mode. Great. As long as we can use a smaller (so more stupid) version of ls, I have no objection. Regards, Okuji