mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-24 22:55:23 +00:00
5b9819eedc
If a management application wants to use firmware auto selection feature it can't currently know if the libvirtd it's talking to support is or not. Moreover, it doesn't know which values that are accepted for the @firmware attribute of <os/> when parsing will allow successful start of the domain later, i.e. if the mgmt application wants to use 'bios' whether there exists a FW descriptor in the system that describes bios. This commit then adds 'firmware' enum to <os/> element in <domainCapabilities/> XML like this: <enum name='firmware'> <value>bios</value> <value>efi</value> </enum> We can see both 'bios' and 'efi' listed which means that there are descriptors for both found in the system (matched with the machine type and architecture reported in the domain capabilities earlier and not shown here). Signed-off-by: Michal Privoznik <mprivozn@redhat.com> Acked-by: Laszlo Ersek <lersek@redhat.com> |
||
---|---|---|
.. | ||
basictypes.rng | ||
capability.rng | ||
cputypes.rng | ||
domain.rng | ||
domaincaps.rng | ||
domaincommon.rng | ||
domainsnapshot.rng | ||
interface.rng | ||
network.rng | ||
networkcommon.rng | ||
nodedev.rng | ||
nwfilter_params.rng | ||
nwfilter.rng | ||
nwfilterbinding.rng | ||
secret.rng | ||
storagecommon.rng | ||
storagepool.rng | ||
storagepoolcaps.rng | ||
storagevol.rng |