[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Split of normal mode (version 2)

From: Yoshinori K. Okuji
Subject: Re: [PATCH] Split of normal mode (version 2)
Date: Mon, 6 Apr 2009 00:43:02 +0900
User-agent: KMail/1.9.10

On Monday 06 April 2009 00:02:59 Bean wrote:
> On Sun, Apr 5, 2009 at 10:33 PM, Yoshinori K. Okuji <address@hidden> 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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]