<div dir="ltr"><div>Many motherboards come with 64 megabit (8 megabyte) firmware chips.<br></div>So it should be able to handle more than just 128k, preferably more than 256k too.<br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Tue, Sep 24, 2013 at 10:31 AM, Michael S. Tsirkin <span dir="ltr"><<a href="mailto:mst@redhat.com" target="_blank">mst@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, Sep 24, 2013 at 10:19:39AM +0200, Gerd Hoffmann wrote:<br>
>   Hi,<br>
><br>
> > > ><br>
> > > > With this applied, we crossed over the 128K boundary.<br>
> > > > So it won't be easy to put this bios into qemu.<br>
> > > > Thoughts?<br>
> > ><br>
> > > Guess we finally have to deal with the 128k -> 256k jump in qemu then.<br>
> > > CONFIG_USB_XHCI=n should to the trick until this is done.<br>
> > ><br>
> > > cheers,<br>
> > >   Gerd<br>
> > ><br>
> > ><br>
> ><br>
> > One simple way is to have two bios binaries<br>
> > built with different flags, and use<br>
> > the stripped ones for the old machine type.<br>
><br>
> Yep, that'll work.  Your acpi patch series with ACPI_BUILTIN=n might<br>
> bring us under 128k too.  But that will most likely not last forever, so<br>
> I guess I'll go for one 128k and one 256k seabios binary with the next<br>
> feature update (aka master branch release).<br>
><br>
> cheers,<br>
>   Gerd<br>
><br>
<br>
</div>Both built from same source with different flags, right?<br>
Nod. We'll do this for QEMU 1.7.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
SeaBIOS mailing list<br>
<a href="mailto:SeaBIOS@seabios.org">SeaBIOS@seabios.org</a><br>
<a href="http://www.seabios.org/mailman/listinfo/seabios" target="_blank">http://www.seabios.org/mailman/listinfo/seabios</a><br>
</div></div></blockquote></div><br></div>