Thanks for your advice.

On 3/24/07, colyli <[EMAIL PROTECTED]> wrote:

Chen:

In grub command line, you can edit the configre (even mistaken), so
maybe it will not be worth to add an edit in grub.


I do not mean the configure of Grub menu list, but the config files of the
OS, like *boot.ini* of Windows and *inittab* of Linux.

An option to set the start address for grub to load multiboot module is
great. This option will make kernel guys (who use multiboot modules) to
initiate the kernel more easy. I remember a branch of grub for L4 kernel
supports this option, maybe it can be a reference if you are interested
in.


I know this approach, however, instead of an option, they add a new command
*modaddr*. A limitation is that all modules after the "*modaddr* *value*"
will be loaded in succession to a overriding address below address *value*.

Best regards.

Coly


在 2007-03-23五的 23:46 +0800,Wei Shen写道:
> Hi,
>
> I have two ideas and wonder whether they are welcome as SoC projects.
>
> 1) Simple file editing
> I think it is useful to add file edit function to Grub. Thus, if a
> config file which is required to boot the OS successfully is
> mistakenly written, we can still correct it in Grub and need not to
> reboot from the floppy or cdrom just for the correcting.
>
> I know it would greately increase the complexity of Grub to support a
> writable file system. However, if file writing does not change the
> block number of a file, things are much simpler. Since most config
> files are small (occupying only one block), I think the solution will
> work.
>
> 2) addr option for module command
>
> Add nn option: "addr = value" to the module command. If the addr
> option is specified, Grub will load the module to address value
> instead of the default address.
>
> Regards,
>
> Wei Shen
> _______________________________________________
> Grub-devel mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/grub-devel


_______________________________________________
Grub-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/grub-devel

Reply via email to