[libvirt] [PATCH v2] qemu: Allow UEFI paths to be specified at compile time
Gerd Hoffmann
kraxel at redhat.com
Wed Dec 3 13:17:48 UTC 2014
On Mi, 2014-12-03 at 12:43 +0000, Daniel P. Berrange wrote:
> On Wed, Dec 03, 2014 at 01:35:18PM +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > > Hmm, so it occurrs to me that this is really about detecting what
> > > BIOS capabilities QEMU is able to support.
> >
> > IMHO this isn't a property of qemu, but a property of the firmware.
> >
> > Thats why I think the firmware packages should include some config file
> > with the meta data.
>
> It feels related to QEMU because you need to have info about whether
> to use -bios or -pflash,
That again depends on the firmware (whenever it wants store state in
flash or not) not qemu.
> and info about the format raw vs qcow2
Again depends on the firmware. -pflash accepts any blockdev, so we can
use qcow2 there, which could be useful for the largely empty vars file,
especially for arm where it is 64M in size.
> and
> whether the firmware is compatible with the particular system emulator
> arch.
That needs to be in the firmware metadata anyway, qemu wouldn't
magically know this either.
> The location of the firmware and/or firmware config files can vary
> depending on what $PREFIX QEMU was installed in.
I don't want that. Well, the images itself should be
in /usr/share/$package. But for the firmware config file I want a fixed
location, not something depending on the qemu $prefix.
> I don't think that
> external apps should have to care about where the firmware or the
> firmware config files are installed - that's QEMU's build time knowledge.
Firmware is *not* built together with qemu.
cheers,
Gerd
More information about the libvir-list
mailing list