mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-10-22 05:59:18 +00:00
ca1c362a30
These tests demonstrate that, while it's now possible for the user to create PHB explicitly and manually assign devices to them, libvirt still defaults to extending the guest PCI topology using PCI bridges and making suboptimal device placement choices. The next few commits will improve on these behaviors and the tests outputs will automatically be updated to reflect this. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Laine Stump <laine@laine.org>
40 lines
1.4 KiB
XML
40 lines
1.4 KiB
XML
<domain type='qemu'>
|
|
<name>guest</name>
|
|
<uuid>1ccfd97d-5eb4-478a-bbe6-88d254c16db7</uuid>
|
|
<memory unit='KiB'>524288</memory>
|
|
<vcpu placement='static'>1</vcpu>
|
|
<os>
|
|
<type arch='ppc64' machine='pseries'>hvm</type>
|
|
</os>
|
|
<devices>
|
|
<emulator>/usr/bin/qemu-system-ppc64</emulator>
|
|
<!-- This hostdev will cause a new PHB to be created because its
|
|
isolation group is 1 (IOMMU group 0) -->
|
|
<hostdev mode='subsystem' type='pci' managed='yes'>
|
|
<driver name='vfio'/>
|
|
<source>
|
|
<address domain='0x0001' bus='0x01' slot='0x00' function='0x0'/>
|
|
</source>
|
|
</hostdev>
|
|
<!-- This hostdev can't share the PHB that was just created, because
|
|
its isolation group is 2 (IOMMU group 1) -->
|
|
<interface type='hostdev' managed='yes'>
|
|
<driver name='vfio'/>
|
|
<source>
|
|
<address type='pci' domain='0x0005' bus='0x90' slot='0x01' function='0x0'/>
|
|
</source>
|
|
<mac address='52:54:00:6d:90:02'/>
|
|
</interface>
|
|
<!-- This hostdev will be placed on the first PHB, since its isolation
|
|
group is 1 (IOMMU group 0) just like the first hostdev -->
|
|
<hostdev mode='subsystem' type='pci' managed='yes'>
|
|
<driver name='vfio'/>
|
|
<source>
|
|
<address domain='0x0001' bus='0x01' slot='0x00' function='0x1'/>
|
|
</source>
|
|
</hostdev>
|
|
<controller type='usb' model='none'/>
|
|
<memballoon model='none'/>
|
|
</devices>
|
|
</domain>
|