Jan Kiszka wrote:
>>>> - This is just an implementation detail: Do we
really need to implement
>>>> booting from virtio and scsi via an extension rom? Isn't it
possible
>>>> to merge the corresponding support into the main bios?
>>>>
>>> Well. There are quite a few. bochs pcbios, seabios, coreboot ...
>>>
>> Ok, but that's only an argument to have extboot as a workaround for
>> bioses not yet supporting scsi and virtio natively, isn't it? I'm
>> thinking long-term here, not arguing against a extboot-based short-term
>> solution.
>>
> I think it would be useful. Adding a fw_cfg knob to signal 'please boot
> via extboot protocol instead of ide disk' should be enougth to allow
> bioses supporting extboot directly. Additional plus is we can probably
> code it in C not asm then.
>
I'm still not convinced we need extboot for all bioses on the long term.
And I think we should define new interfaces in a way that finally makes
it obsolete, at least for our "home bios" (whatever it will be).
What we won't need long term is the extboot interface (hw/extboot.c).
Ideally, we would rewrite the extboot option rom to have a proper
virtio-blk driver in it. Better yet, to finish up Laurent's work of
adding virtio-blk support to gpxe since it gives us bcv for free. We
woudl then support booting from multiple disks by specifying the bcv
entry index in cmos.
Then we would need a new syntax for boot (like -boot c3 to chose the 3rd
disk device).
Regards,
Anthony Liguori
Jan