[PATCH] tests: qemucapabilities: Update qemu caps dump for the qemu-7.0.0 release on x86_64

[Daniel P. Berrangé]

On Wed, Apr 20, 2022 at 02:00:52PM +0200, Igor Mammedov wrote:
> On Wed, 20 Apr 2022 12:21:03 +0100
> Daniel P. Berrangé <berrange at redhat.com> wrote:
> 
> > On Wed, Apr 20, 2022 at 01:15:43PM +0200, Igor Mammedov wrote:
> > > On Wed, 20 Apr 2022 13:02:12 +0200
> > > Peter Krempa <pkrempa at redhat.com> wrote:
> > >   
> > > > Few minor changes in qemu since the last update:
> > > >     - PIIX4_PM gained 'x-not-migrate-acpi-index' property  
> > > 
> > > do you do this for just for every new property?
> > > (nothing outside of QEMU needs to know about x-not-migrate-acpi-index,
> > > unless one is interested in whether it works or not)  
> > 
> > This is simply a record of what QEMU reports when you query properties
> > for the devices libvirt cares about.
> 
> I was just curious why libvirt does it.
> 
> > If nothing outside is supposed to
> > know about x-not-migrate-acpi-index then QEMU shouldn't tell us about
> > it when asked for properties :-)
> 
> Does livirt uses/exposes x- prefixed property anywhere?
> (i.e. can QEMU hide them?)

No, as a policy libvirt won't touch x- properties from QEMU at all.

Note, these data files are just used for unit tests to validate
certain parts of libvirt rather than require the actual QEMU
binaries to exist during unit tests.


With regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|