07.02.2014 01:20, Moyer, Keith пишет:
Thank you all for your quick, helpful replies! This was about to become a headache for us, so the identification of a fix so quickly is fantastic.
On Thu, 2014-02-06 at 02:31 -0600, Gerd Hoffmann wrote:
That commit made seabios size (default qemu config, gcc 4.7+) jump from 128k to 256k in size because the code didn't fit into 128k any more.
Makes sense. Thanks for the explanation.
On Thu, 2014-02-06 at 02:37 -0600, Ian Campbell wrote:
I think this was fixed in Xen with http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=5f2875739beef3a75c7a7e85...
I have confirmed that applying that patch to our Xen sources fixes the problem.
I've filed a bug with Debian's Xen package on this matter, with the hope they'll backport that commit. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737905
Meanwhile I just uploaded another release of seabios to Debian archive which brings size of bios.bin back to 128Kb, by disabling XCHI (usb3.0) and PVSCSI -- 1.7.4-3.
So things should be working fine on debian side again now (at least on sid), even without patching xen.
And it looks like we should re-think what we remove from our (qemu) "stripped-down" bios - as it turns out, Xen actually uses bios from qemu unchanged... But it is really really fragile - on my build (gcc 4.7), with 2 options removed, 128Kb is 99.7% used ;)
Thanks,
/mjt
On Fri, 2014-02-07 at 02:05 +0400, Michael Tokarev wrote:
07.02.2014 01:20, Moyer, Keith пишет:
Thank you all for your quick, helpful replies! This was about to become a headache for us, so the identification of a fix so quickly is fantastic.
On Thu, 2014-02-06 at 02:31 -0600, Gerd Hoffmann wrote:
That commit made seabios size (default qemu config, gcc 4.7+) jump from 128k to 256k in size because the code didn't fit into 128k any more.
Makes sense. Thanks for the explanation.
On Thu, 2014-02-06 at 02:37 -0600, Ian Campbell wrote:
I think this was fixed in Xen with http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=5f2875739beef3a75c7a7e85...
I have confirmed that applying that patch to our Xen sources fixes the problem.
I've filed a bug with Debian's Xen package on this matter, with the hope they'll backport that commit. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737905
Meanwhile I just uploaded another release of seabios to Debian archive which brings size of bios.bin back to 128Kb, by disabling XCHI (usb3.0) and PVSCSI -- 1.7.4-3.
So things should be working fine on debian side again now (at least on sid), even without patching xen.
And it looks like we should re-think what we remove from our (qemu) "stripped-down" bios - as it turns out, Xen actually uses bios from qemu unchanged... But it is really really fragile - on my build (gcc 4.7), with 2 options removed, 128Kb is 99.7% used ;)
Do the seabios packages also produce a non-stripped down seabios for newer qemu? If so then I think the Xen package should just pick that one up instead.
Ian.
07.02.2014 14:19, Ian Campbell wrote:
On Fri, 2014-02-07 at 02:05 +0400, Michael Tokarev wrote:
[]
Meanwhile I just uploaded another release of seabios to Debian archive which brings size of bios.bin back to 128Kb, by disabling XCHI (usb3.0) and PVSCSI -- 1.7.4-3.
So things should be working fine on debian side again now (at least on sid), even without patching xen.
And it looks like we should re-think what we remove from our (qemu) "stripped-down" bios - as it turns out, Xen actually uses bios from qemu unchanged... But it is really really fragile - on my build (gcc 4.7), with 2 options removed, 128Kb is 99.7% used ;)
Do the seabios packages also produce a non-stripped down seabios for
Yes, ofcourse.
newer qemu? If so then I think the Xen package should just pick that one up instead.
Sure it should and hopefully will in a near future. But I also want to support pain-free upgrades, so it is better if old xen works with new seabios at least for some time.
Thanks,
/mjt
On Fri, 2014-02-07 at 14:21 +0400, Michael Tokarev wrote:
07.02.2014 14:19, Ian Campbell wrote:
On Fri, 2014-02-07 at 02:05 +0400, Michael Tokarev wrote:
[]
Meanwhile I just uploaded another release of seabios to Debian archive which brings size of bios.bin back to 128Kb, by disabling XCHI (usb3.0) and PVSCSI -- 1.7.4-3.
So things should be working fine on debian side again now (at least on sid), even without patching xen.
And it looks like we should re-think what we remove from our (qemu) "stripped-down" bios - as it turns out, Xen actually uses bios from qemu unchanged... But it is really really fragile - on my build (gcc 4.7), with 2 options removed, 128Kb is 99.7% used ;)
Do the seabios packages also produce a non-stripped down seabios for
Yes, ofcourse.
newer qemu? If so then I think the Xen package should just pick that one up instead.
Sure it should and hopefully will in a near future. But I also want to support pain-free upgrades, so it is better if old xen works with new seabios at least for some time.
OK.
Note that the SeaBIOS image is baked into Xen at build time, not picked up at runtime like with (I think) qemu.
Ian.
07.02.2014 15:40, Ian Campbell wrote: []
Note that the SeaBIOS image is baked into Xen at build time, not picked up at runtime like with (I think) qemu.
Oh. Now things are much clearer. Indeed, qemu does not embed seabios inside any image at build time, it just loads the bios from a given file, and you can even tell it to use another bios. Ditto for other optional roms, network boot roms, vga bios and other things.
And so yes, with new xen builds it should just pick bios-256k.bin from qemu instead of bios.bin, so indeed, qemu does not need to build xen support for a smaller version of bios.bin it ships, anymore. So finally I see the good reason of what Gerd did when removing xen support from small bios.bin.
Is it possible to change xen to do something similar?
Thanks,
/mjt
On Sun, 2014-02-09 at 10:23 +0400, Michael Tokarev wrote:
07.02.2014 15:40, Ian Campbell wrote: []
Note that the SeaBIOS image is baked into Xen at build time, not picked up at runtime like with (I think) qemu.
Oh. Now things are much clearer. Indeed, qemu does not embed seabios inside any image at build time, it just loads the bios from a given file, and you can even tell it to use another bios. Ditto for other optional roms, network boot roms, vga bios and other things.
And so yes, with new xen builds it should just pick bios-256k.bin from qemu instead of bios.bin, so indeed, qemu does not need to build xen support for a smaller version of bios.bin it ships, anymore. So finally I see the good reason of what Gerd did when removing xen support from small bios.bin.
Is it possible to change xen to do something similar?
I suppose it's a SMOP, so all that is needed is for someone who is interested to do the work.
Ian.
-
Ian Campbell -
Michael Tokarev