search for: optionroms

On Mon, Mar 21, 2016 at 02:14:19PM +0100, Kashyap Chamarthy wrote: > I gave this series a spin, along a custom QEMU, and `supermin` from Git, > for my `libguestfs-test-tool` itself fails with: > > "Could not open option rom 'linuxboot_dma.bin': No such file or > directory" The qemu build is broken in some way. To fix it you have to do: cp

On Mon, Mar 21, 2016 at 01:18:55PM +0000, Richard W.M. Jones wrote: > On Mon, Mar 21, 2016 at 01:16:28PM +0000, Richard W.M. Jones wrote: > > On Mon, Mar 21, 2016 at 02:14:19PM +0100, Kashyap Chamarthy wrote: > > > I gave this series a spin, along a custom QEMU, and `supermin` from Git, > > > for my `libguestfs-test-tool` itself fails with: > > > > > >

.../firmware/hvmloader/Makefile | 39 ++++--- tools/firmware/hvmloader/config.h | 3 +- tools/firmware/hvmloader/hvmloader.c | 218 +-------------------------------- tools/firmware/hvmloader/mkhex | 3 +- tools/firmware/hvmloader/option_rom.h | 7 + tools/firmware/hvmloader/optionroms.c | 189 ++++++++++++++++++++++++++++ tools/firmware/hvmloader/rombios.c | 63 +++++++++- tools/firmware/hvmloader/seabios.c | 5 +- 12 files changed, 302 insertions(+), 263 deletions(-) create mode 100644 tools/firmware/hvmloader/optionroms.c -- Julian Pidancet

I gave this series a spin, along a custom QEMU, and `supermin` from Git, for my `libguestfs-test-tool` itself fails with: "Could not open option rom 'linuxboot_dma.bin': No such file or directory" How I went about: (1) Build QEMU with https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg05891.html -- Add optionrom compatible with fw_cfg DMA version

On Mon, Mar 21, 2016 at 01:16:28PM +0000, Richard W.M. Jones wrote: > On Mon, Mar 21, 2016 at 02:14:19PM +0100, Kashyap Chamarthy wrote: > > I gave this series a spin, along a custom QEMU, and `supermin` from Git, > > for my `libguestfs-test-tool` itself fails with: > > > > "Could not open option rom 'linuxboot_dma.bin': No such file or > >

Hi, When I first built my Debian package, I needed to depend on qemu-system | qemu, since there was no other ways to pull needed BIOS files. It seems the situation changed, and that I could depend on less stuff from the qemu package. Maybe only the package named "etherboot" and "vgabios". To do that, my plan is to simply package a folder named: /usr/share/xen/qemu with in

Hi, When I first built my Debian package, I needed to depend on qemu-system | qemu, since there was no other ways to pull needed BIOS files. It seems the situation changed, and that I could depend on less stuff from the qemu package. Maybe only the package named "etherboot" and "vgabios". To do that, my plan is to simply package a folder named: /usr/share/xen/qemu with in

Qemu upstream now can be added on xen >=4.2, seabios added support for xen: seabios (1.7.1-1) unstable; urgency=low * updated to new minor upstream release (1.7.1): - native scsi boot support (Closes: #652530) - usb-attached scsi boot support - Xen support (Closes: #678042) - better integration with qemu - some bugfixes * removed fix-==-in-shell.patch (not

v1 was here: https://www.redhat.com/archives/libguestfs/2016-March/thread.html#00157 Not running the 'hwclock' command reduces boot times considerably. However I'm not sure if it is safe. See the question I posted on qemu-devel: http://thread.gmane.org/gmane.comp.emulators.qemu/402194 At the moment, about 50% of the time is consumed by SeaBIOS. Of this, about ⅓rd is SGABIOS