libvirt/tests/qemuxml2argvdata/q35-pm-disable.xml

<domain type='qemu'>
  <name>q35</name>
  <uuid>56f5055c-1b8d-490c-844a-ad646a1caaaa</uuid>
  <memory unit='KiB'>1048576</memory>
  <currentMemory unit='KiB'>1048576</currentMemory>
  <vcpu placement='static'>1</vcpu>
  <os>
    <type arch='x86_64' machine='q35'>hvm</type>
    <boot dev='network'/>
  </os>
  <pm>
    <suspend-to-mem enabled='no'/>
    <suspend-to-disk enabled='no'/>
  </pm>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
  </devices>
</domain>
qemu: command: wire up usage of q35/ich9 disable s3/s4 If the q35 specific disable s3/s4 setting isn't supported, fallback to specifying the PIIX setting, which is the previous behavior. It doesn't have any effect, but qemu will just warn about it rather than error: qemu-system-x86_64: Warning: global PIIX4_PM.disable_s3=1 not used qemu-system-x86_64: Warning: global PIIX4_PM.disable_s4=1 not used Since it doesn't error, I don't think we should either, since there may be configs in the wild that already have q35 + disable_s3/4 (via virt-manager) 2016-01-09 21:00:01 +00:00			`<domain type='qemu'>`
			`<name>q35</name>`
			`<uuid>56f5055c-1b8d-490c-844a-ad646a1caaaa</uuid>`
			`<memory unit='KiB'>1048576</memory>`
			`<currentMemory unit='KiB'>1048576</currentMemory>`
			`<vcpu placement='static'>1</vcpu>`
			`<os>`
tests: qemuxml2argvdata: Remove specific q35 machine types from fake-caps tests Use q35 instead. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com> 2022-01-05 09:19:36 +00:00			`<type arch='x86_64' machine='q35'>hvm</type>`
qemu: command: wire up usage of q35/ich9 disable s3/s4 If the q35 specific disable s3/s4 setting isn't supported, fallback to specifying the PIIX setting, which is the previous behavior. It doesn't have any effect, but qemu will just warn about it rather than error: qemu-system-x86_64: Warning: global PIIX4_PM.disable_s3=1 not used qemu-system-x86_64: Warning: global PIIX4_PM.disable_s4=1 not used Since it doesn't error, I don't think we should either, since there may be configs in the wild that already have q35 + disable_s3/4 (via virt-manager) 2016-01-09 21:00:01 +00:00			`<boot dev='network'/>`
			`</os>`
			`<pm>`
			`<suspend-to-mem enabled='no'/>`
			`<suspend-to-disk enabled='no'/>`
			`</pm>`
			`<devices>`
tests: unify qemu binary paths for all qemu related tests Our test data used a lot of different qemu binary paths and some of them were based on downstream systems. Note that there is one file where I had to add "accel=kvm" because the qemuargv2xml code parses "/usr/bin/kvm" as virt type="kvm". Signed-off-by: Pavel Hrdina <phrdina@redhat.com> 2017-04-06 16:19:48 +00:00			`<emulator>/usr/bin/qemu-system-x86_64</emulator>`
qemu: command: wire up usage of q35/ich9 disable s3/s4 If the q35 specific disable s3/s4 setting isn't supported, fallback to specifying the PIIX setting, which is the previous behavior. It doesn't have any effect, but qemu will just warn about it rather than error: qemu-system-x86_64: Warning: global PIIX4_PM.disable_s3=1 not used qemu-system-x86_64: Warning: global PIIX4_PM.disable_s4=1 not used Since it doesn't error, I don't think we should either, since there may be configs in the wild that already have q35 + disable_s3/4 (via virt-manager) 2016-01-09 21:00:01 +00:00			`</devices>`
			`</domain>`