mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-07-08 02:45:45 +00:00
10a8997cbb
Due to the way the information is stored by the XML parser, we've had this quirk where specifying any information about the loader or NVRAM would implicitly set its format to raw. That is, <nvram>/path/to/guest_VARS.fd</nvram> would effectively be interpreted as <nvram format='raw'>/path/to/guest_VARS.fd</nvram> forcing the use of raw format firmware even when qcow2 format would normally be preferred based on the ordering of firmware descriptors. This behavior can be worked around in a number of ways, but it's fairly unintuitive. In order to remove this quirk, move the selection of the default firmware format from the parser down to the individual drivers. Most drivers only support raw firmware images, so they can unconditionally set the format early and be done with it; the QEMU driver, however, supports multiple formats and so in that case we want this default to be applied as late as possible, when we have already ruled out the possibility of using qcow2 formatted firmware images. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> |
||
|---|---|---|
| .. | ||
| libvirtd_libxl.aug | ||
| libxl_api_wrapper.h | ||
| libxl_capabilities.c | ||
| libxl_capabilities.h | ||
| libxl_conf.c | ||
| libxl_conf.h | ||
| libxl_domain.c | ||
| libxl_domain.h | ||
| libxl_driver.c | ||
| libxl_driver.h | ||
| libxl_logger.c | ||
| libxl_logger.h | ||
| libxl_migration.c | ||
| libxl_migration.h | ||
| libxl.conf | ||
| meson.build | ||
| test_libvirtd_libxl.aug.in | ||
| virtxend.init.in | ||
| virtxend.service.in | ||
| xen_common.c | ||
| xen_common.h | ||
| xen_xl.c | ||
| xen_xl.h | ||
| xen_xm.c | ||
| xen_xm.h | ||
| xenxs_private.h | ||