libvirt/tests/qemuxml2argvdata/firmware-auto-efi-format-loader-qcow2-nvram-path.xml

<domain type='kvm'>
  <name>guest</name>
  <uuid>63840878-0deb-4095-97e6-fc444d9bc9fa</uuid>
  <memory unit='KiB'>1048576</memory>
  <vcpu placement='static'>1</vcpu>
  <os firmware='efi'>
    <type arch='x86_64' machine='pc-q35-4.0'>hvm</type>
    <loader format='qcow2'/>
    <nvram>/path/to/guest_VARS.qcow2</nvram>
  </os>
  <features>
    <acpi/>
  </features>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <controller type='usb' model='none'/>
    <memballoon model='none'/>
  </devices>
</domain>
tests: Add more firmware tests These cover various scenarios related to firmware formats, specifically ensuring that all the ways in which the user can ask for a non-default format to be used work correctly. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> 2023-02-08 17:47:39 +00:00			`<domain type='kvm'>`
			`<name>guest</name>`
			`<uuid>63840878-0deb-4095-97e6-fc444d9bc9fa</uuid>`
			`<memory unit='KiB'>1048576</memory>`
			`<vcpu placement='static'>1</vcpu>`
			`<os firmware='efi'>`
			`<type arch='x86_64' machine='pc-q35-4.0'>hvm</type>`
			`<loader format='qcow2'/>`
conf: Don't default to raw format for loader/NVRAM 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> 2023-05-16 17:50:50 +00:00			`<nvram>/path/to/guest_VARS.qcow2</nvram>`
tests: Add more firmware tests These cover various scenarios related to firmware formats, specifically ensuring that all the ways in which the user can ask for a non-default format to be used work correctly. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> 2023-02-08 17:47:39 +00:00			`</os>`
			`<features>`
			`<acpi/>`
			`</features>`
			`<devices>`
			`<emulator>/usr/bin/qemu-system-x86_64</emulator>`
			`<controller type='usb' model='none'/>`
			`<memballoon model='none'/>`
			`</devices>`
			`</domain>`