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 -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list