Port-i386 archive

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

Re: boot.cfg



Christoph Egger wrote:
>On Thursday 18 September 2008 01:20:56 Christoph Egger wrote:
>> >> The following will now work as a boot.cfg option:
>> >>
>> >> menu=Boot Xen:modules enabled;load /netbsd-DOM0;multiboot xen.gz
>> >> dom0_mem=65536 console=vga -- bootdev=wd0a ro console=pc
>>
>> I have questions to the syntax:
>>
>> How does it scale on specifying multiple modules and how will you pass
>> arguments to _each_ module ?

>IMO, humans will tend to mix up which module arguments belong to which module.
>See my proposal below.

We don't currently support passing arguments directly to any module.

We could do this, but I think that the multiboot startup sequence
should match what is done using bootinfo.

>> The current syntax seems to be limited in passing arguments
>> only to the _first_ module.
>>
>> Since multiboot lines tend to become very long lines, is it possible
>> to split it over multiple lines in boot.cfg ?

>May I suggest a small change to the syntax:
>
>Specify the arguments for the module with "load" rather after the --
>
>Above example would be then:
>
>menu=Boot Xen:modules enabled;load /netbsd-DOM0 bootdev=wd0a ro 
>console=pc;multiboot xen.gz dom0_mem=65536 console=vga
>
>This form of syntax will a) scale with more modules and b) the
>configuration is easier to read & handle for both parser and the
>human.

The syntax of the command line matches what Xen can handle, it looks
for " -- " and either sends anything after this or any explicit module
argument to the dom0.

It would be simple to set the mmo_string field of the multiboot_module
struct to something in boot(8), but I would prefer not to do this unless
an equivalent field was added to bi_modulelist entry.

Robert Swindells


Home | Main Index | Thread Index | Old Index