Re: [libvirt] [PATCH 6/6] tests: Reduce QEMU_CAPS_DEVICE_{DMI_TO_, }PCI_BRIDGE usage

2017-02-22 Thread Laine Stump
On 02/22/2017 12:53 PM, Andrea Bolognani wrote: On Wed, 2017-02-22 at 09:58 -0500, Laine Stump wrote: On 02/21/2017 02:57 PM, Andrea Bolognani wrote: Now that QEMU_CAPS_DEVICE_PCI_BRIDGE is no longer checked unless a pci-bridge is really part of the configuration, and most uses of the

Re: [libvirt] [PATCH 6/6] tests: Reduce QEMU_CAPS_DEVICE_{DMI_TO_, }PCI_BRIDGE usage

2017-02-22 Thread Andrea Bolognani
On Wed, 2017-02-22 at 09:58 -0500, Laine Stump wrote: > On 02/21/2017 02:57 PM, Andrea Bolognani wrote: > >  > > Now that QEMU_CAPS_DEVICE_PCI_BRIDGE is no longer checked > > unless a pci-bridge is really part of the configuration, > > and most uses of the legacy PCI controller combo have been > >

Re: [libvirt] [PATCH 6/6] tests: Reduce QEMU_CAPS_DEVICE_{DMI_TO_, }PCI_BRIDGE usage

2017-02-22 Thread Laine Stump
On 02/21/2017 02:57 PM, Andrea Bolognani wrote: Now that QEMU_CAPS_DEVICE_PCI_BRIDGE is no longer checked unless a pci-bridge is really part of the configuration, and most uses of the legacy PCI controller combo have been dropped from tests that use PCIe machine types, we can drop the

[libvirt] [PATCH 6/6] tests: Reduce QEMU_CAPS_DEVICE_{DMI_TO_, }PCI_BRIDGE usage

2017-02-21 Thread Andrea Bolognani
Now that QEMU_CAPS_DEVICE_PCI_BRIDGE is no longer checked unless a pci-bridge is really part of the configuration, and most uses of the legacy PCI controller combo have been dropped from tests that use PCIe machine types, we can drop the corresponding capabilities from a lot of test cases. ---