<div dir="ltr">Annnnnnnd with the linux payload we're back to linuxbios :-)<div><br></div><div>For a payload chooser and such I can offer two options:</div><div>1) petitboot has a boot menu type thing</div><div>2) u-root (<a href="http://u-root.tk">u-root.tk</a>) is going to have a boot menu type thing, as we've been asked to do one.</div><div><br></div><div>Overall I like the idea of the linux payload, of course :-)</div><div><br></div><div>If you're going to do that, however, I strongly recommend going with a 16 M flash part. 8 will work for now but you're going to have issues long term. Linux is not getting smaller over time ... </div><div><br></div><div>I'm actually working on this now so would like to help if possible. </div><div><br></div><div>with linux 4, and the new kexec "just load this file and boot it please" support, it's very easy to use linux as a bootloader, far easier than it used to be. We even have a kexec command written in Go in u-root. My general experience is that linux is by far the best bootstrap out there, as its drivers tend to be much more hardened than most bootloaders. </div><div><br></div><div>ron</div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Apr 1, 2017 at 7:14 AM Todd Weaver <<a href="mailto:todd@puri.sm">todd@puri.sm</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 04/01/2017 05:24 AM, Nico Huber wrote:<br class="gmail_msg">
> On 01.04.2017 00:49, Todd Weaver wrote:<br class="gmail_msg">
>> On a related topic, but not related to vbios gfx; I met with<br class="gmail_msg">
>> Matthew Garrett while at LibrePlanet, and he mentioned that we needn't<br class="gmail_msg">
>> worry about graphics within coreboot or the vbios, but could just<br class="gmail_msg">
>> deliver Linux kernel and use the graphics stack from there.<br class="gmail_msg">
>><br class="gmail_msg">
>> Can we bypass the vbios/graphics within<br class="gmail_msg">
>> coreboot and deliver the Linux kernel payload and use its graphics?<br class="gmail_msg">
> Yes, that would work. (In the case of Intel hardware) the Linux grap-<br class="gmail_msg">
> phics driver does a superset of the things the VBIOS does. Actually,<br class="gmail_msg">
> its default case is to ignore what the VBIOS did and start all over<br class="gmail_msg">
> again. (One technical detail: You'd still have to put the Video BIOS<br class="gmail_msg">
> Table, VBT into coreboot.)<br class="gmail_msg">
<br class="gmail_msg">
OK, we will research that.<br class="gmail_msg">
<br class="gmail_msg">
> However, you'd have no display before the kernel boots. That's a nit,<br class="gmail_msg">
> if you use the Linux kernel as payload but that comes with other impli-<br class="gmail_msg">
> cations. Currently, that would kill what I'd call the "legacy boot<br class="gmail_msg">
> experience". Without a payload like SeaBIOS, you can't just plug a USB<br class="gmail_msg">
> drive with a random OS on it and expect the system to boot from it.<br class="gmail_msg">
<br class="gmail_msg">
Yes, skipping "legacy boot experience" while a benefit (to avoid vbios)<br class="gmail_msg">
has the disadvantage of user control of replacing an OS with ease. So<br class="gmail_msg">
the next question is can we offer something similar after linux kernel<br class="gmail_msg">
payload? such as even a console based menu of boot options on esc? There<br class="gmail_msg">
may be existing projects I am unaware of that already look at linux<br class="gmail_msg">
kernel driven usb boot options.<br class="gmail_msg">
<br class="gmail_msg">
> Again, feel free to throw things at the coreboot mailing list.<br class="gmail_msg">
<br class="gmail_msg">
I am sending this there now. Thanks for your help!<br class="gmail_msg">
<br class="gmail_msg">
Todd.<br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div>