On Monday 06 April 2009 00:02:59 Bean wrote: > On Sun, Apr 5, 2009 at 10:33 PM, Yoshinori K. Okuji <ok...@enbug.org> 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 _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
