| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | /*
 | 
					
						
							|  |  |  |  * QEMU sPAPR PCI host for VFIO | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  * Copyright (c) 2011-2014 Alexey Kardashevskiy, IBM Corporation. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  *  This program is free software; you can redistribute it and/or modify | 
					
						
							|  |  |  |  *  it under the terms of the GNU General Public License as published by | 
					
						
							|  |  |  |  *  the Free Software Foundation; either version 2 of the License, | 
					
						
							|  |  |  |  *  or (at your option) any later version. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  *  This program is distributed in the hope that it will be useful, | 
					
						
							|  |  |  |  *  but WITHOUT ANY WARRANTY; without even the implied warranty of | 
					
						
							|  |  |  |  *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the | 
					
						
							|  |  |  |  *  GNU General Public License for more details. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  *  You should have received a copy of the GNU General Public License | 
					
						
							|  |  |  |  *  along with this program; if not, see <http://www.gnu.org/licenses/>.
 | 
					
						
							|  |  |  |  */ | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-01-26 18:16:58 +00:00
										 |  |  | #include "qemu/osdep.h"
 | 
					
						
							| 
									
										
										
										
											2016-06-22 19:11:19 +02:00
										 |  |  | #include <linux/vfio.h>
 | 
					
						
							| 
									
										
											  
											
												include/qemu/osdep.h: Don't include qapi/error.h
Commit 57cb38b included qapi/error.h into qemu/osdep.h to get the
Error typedef.  Since then, we've moved to include qemu/osdep.h
everywhere.  Its file comment explains: "To avoid getting into
possible circular include dependencies, this file should not include
any other QEMU headers, with the exceptions of config-host.h,
compiler.h, os-posix.h and os-win32.h, all of which are doing a
similar job to this file and are under similar constraints."
qapi/error.h doesn't do a similar job, and it doesn't adhere to
similar constraints: it includes qapi-types.h.  That's in excess of
100KiB of crap most .c files don't actually need.
Add the typedef to qemu/typedefs.h, and include that instead of
qapi/error.h.  Include qapi/error.h in .c files that need it and don't
get it now.  Include qapi-types.h in qom/object.h for uint16List.
Update scripts/clean-includes accordingly.  Update it further to match
reality: replace config.h by config-target.h, add sysemu/os-posix.h,
sysemu/os-win32.h.  Update the list of includes in the qemu/osdep.h
comment quoted above similarly.
This reduces the number of objects depending on qapi/error.h from "all
of them" to less than a third.  Unfortunately, the number depending on
qapi-types.h shrinks only a little.  More work is needed for that one.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
[Fix compilation without the spice devel packages. - Paolo]
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
											
										 
											2016-03-14 09:01:28 +01:00
										 |  |  | #include "qapi/error.h"
 | 
					
						
							| 
									
										
										
										
											2016-01-19 21:51:44 +01:00
										 |  |  | #include "qemu-common.h"
 | 
					
						
							|  |  |  | #include "cpu.h"
 | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | #include "hw/ppc/spapr.h"
 | 
					
						
							|  |  |  | #include "hw/pci-host/spapr.h"
 | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:28 +10:00
										 |  |  | #include "hw/pci/msix.h"
 | 
					
						
							| 
									
										
										
										
											2014-12-19 15:24:06 -07:00
										 |  |  | #include "hw/vfio/vfio.h"
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | #include "qemu/error-report.h"
 | 
					
						
							| 
									
										
										
										
											2016-06-14 19:23:03 +02:00
										 |  |  | #include "sysemu/qtest.h"
 | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | #define TYPE_SPAPR_PCI_VFIO_HOST_BRIDGE "spapr-pci-vfio-host-bridge"
 | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | #define SPAPR_PCI_VFIO_HOST_BRIDGE(obj) \
 | 
					
						
							|  |  |  |     OBJECT_CHECK(sPAPRPHBVFIOState, (obj), TYPE_SPAPR_PCI_VFIO_HOST_BRIDGE) | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | typedef struct sPAPRPHBVFIOState sPAPRPHBVFIOState; | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | struct sPAPRPHBVFIOState { | 
					
						
							|  |  |  |     sPAPRPHBState phb; | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  |     int32_t iommugroupid; | 
					
						
							|  |  |  | }; | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | static Property spapr_phb_vfio_properties[] = { | 
					
						
							|  |  |  |     DEFINE_PROP_INT32("iommu", sPAPRPHBVFIOState, iommugroupid, -1), | 
					
						
							|  |  |  |     DEFINE_PROP_END_OF_LIST(), | 
					
						
							|  |  |  | }; | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  | static void spapr_phb_vfio_instance_init(Object *obj) | 
					
						
							|  |  |  | { | 
					
						
							| 
									
										
										
										
											2016-06-14 19:23:03 +02:00
										 |  |  |     if (!qtest_enabled()) { | 
					
						
							|  |  |  |         error_report("spapr-pci-vfio-host-bridge is deprecated"); | 
					
						
							|  |  |  |     } | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:42 +11:00
										 |  |  | bool spapr_phb_eeh_available(sPAPRPHBState *sphb) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |     return vfio_eeh_as_ok(&sphb->iommu_as); | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  | static void spapr_phb_vfio_eeh_reenable(sPAPRPHBState *sphb) | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:27 +10:00
										 |  |  | { | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     vfio_eeh_as_op(&sphb->iommu_as, VFIO_EEH_PE_ENABLE); | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:27 +10:00
										 |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:45:05 +11:00
										 |  |  | void spapr_phb_vfio_reset(DeviceState *qdev) | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | { | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:27 +10:00
										 |  |  |     /*
 | 
					
						
							|  |  |  |      * The PE might be in frozen state. To reenable the EEH | 
					
						
							|  |  |  |      * functionality on it will clean the frozen state, which | 
					
						
							|  |  |  |      * ensures that the contained PCI devices will work properly | 
					
						
							|  |  |  |      * after reboot. | 
					
						
							|  |  |  |      */ | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     spapr_phb_vfio_eeh_reenable(SPAPR_PCI_HOST_BRIDGE(qdev)); | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:45:05 +11:00
										 |  |  | int spapr_phb_vfio_eeh_set_option(sPAPRPHBState *sphb, | 
					
						
							|  |  |  |                                   unsigned int addr, int option) | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  | { | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     uint32_t op; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     int ret; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     switch (option) { | 
					
						
							|  |  |  |     case RTAS_EEH_DISABLE: | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_DISABLE; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     case RTAS_EEH_ENABLE: { | 
					
						
							|  |  |  |         PCIHostState *phb; | 
					
						
							|  |  |  |         PCIDevice *pdev; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |         /*
 | 
					
						
							|  |  |  |          * The EEH functionality is enabled on basis of PCI device, | 
					
						
							|  |  |  |          * instead of PE. We need check the validity of the PCI | 
					
						
							|  |  |  |          * device address. | 
					
						
							|  |  |  |          */ | 
					
						
							|  |  |  |         phb = PCI_HOST_BRIDGE(sphb); | 
					
						
							|  |  |  |         pdev = pci_find_device(phb->bus, | 
					
						
							|  |  |  |                                (addr >> 16) & 0xFF, (addr >> 8) & 0xFF); | 
					
						
							| 
									
										
										
										
											2015-09-18 17:30:44 +10:00
										 |  |  |         if (!pdev || !object_dynamic_cast(OBJECT(pdev), "vfio-pci")) { | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |             return RTAS_OUT_PARAM_ERROR; | 
					
						
							|  |  |  |         } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_ENABLE; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  |     case RTAS_EEH_THAW_IO: | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_UNFREEZE_IO; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     case RTAS_EEH_THAW_DMA: | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_UNFREEZE_DMA; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     default: | 
					
						
							|  |  |  |         return RTAS_OUT_PARAM_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     ret = vfio_eeh_as_op(&sphb->iommu_as, op); | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     if (ret < 0) { | 
					
						
							|  |  |  |         return RTAS_OUT_HW_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     return RTAS_OUT_SUCCESS; | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:45:05 +11:00
										 |  |  | int spapr_phb_vfio_eeh_get_state(sPAPRPHBState *sphb, int *state) | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  | { | 
					
						
							|  |  |  |     int ret; | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     ret = vfio_eeh_as_op(&sphb->iommu_as, VFIO_EEH_PE_GET_STATE); | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     if (ret < 0) { | 
					
						
							|  |  |  |         return RTAS_OUT_PARAM_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     *state = ret; | 
					
						
							|  |  |  |     return RTAS_OUT_SUCCESS; | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:28 +10:00
										 |  |  | static void spapr_phb_vfio_eeh_clear_dev_msix(PCIBus *bus, | 
					
						
							|  |  |  |                                               PCIDevice *pdev, | 
					
						
							|  |  |  |                                               void *opaque) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |     /* Check if the device is VFIO PCI device */ | 
					
						
							|  |  |  |     if (!object_dynamic_cast(OBJECT(pdev), "vfio-pci")) { | 
					
						
							|  |  |  |         return; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     /*
 | 
					
						
							|  |  |  |      * The MSIx table will be cleaned out by reset. We need | 
					
						
							|  |  |  |      * disable it so that it can be reenabled properly. Also, | 
					
						
							|  |  |  |      * the cached MSIx table should be cleared as it's not | 
					
						
							|  |  |  |      * reflecting the contents in hardware. | 
					
						
							|  |  |  |      */ | 
					
						
							|  |  |  |     if (msix_enabled(pdev)) { | 
					
						
							|  |  |  |         uint16_t flags; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |         flags = pci_host_config_read_common(pdev, | 
					
						
							|  |  |  |                                             pdev->msix_cap + PCI_MSIX_FLAGS, | 
					
						
							|  |  |  |                                             pci_config_size(pdev), 2); | 
					
						
							|  |  |  |         flags &= ~PCI_MSIX_FLAGS_ENABLE; | 
					
						
							|  |  |  |         pci_host_config_write_common(pdev, | 
					
						
							|  |  |  |                                      pdev->msix_cap + PCI_MSIX_FLAGS, | 
					
						
							|  |  |  |                                      pci_config_size(pdev), flags, 2); | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     msix_reset(pdev); | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | static void spapr_phb_vfio_eeh_clear_bus_msix(PCIBus *bus, void *opaque) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |        pci_for_each_device(bus, pci_bus_num(bus), | 
					
						
							|  |  |  |                            spapr_phb_vfio_eeh_clear_dev_msix, NULL); | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | static void spapr_phb_vfio_eeh_pre_reset(sPAPRPHBState *sphb) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |        PCIHostState *phb = PCI_HOST_BRIDGE(sphb); | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |        pci_for_each_bus(phb->bus, spapr_phb_vfio_eeh_clear_bus_msix, NULL); | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:45:05 +11:00
										 |  |  | int spapr_phb_vfio_eeh_reset(sPAPRPHBState *sphb, int option) | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  | { | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     uint32_t op; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     int ret; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     switch (option) { | 
					
						
							|  |  |  |     case RTAS_SLOT_RESET_DEACTIVATE: | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_RESET_DEACTIVATE; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     case RTAS_SLOT_RESET_HOT: | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:28 +10:00
										 |  |  |         spapr_phb_vfio_eeh_pre_reset(sphb); | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_RESET_HOT; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     case RTAS_SLOT_RESET_FUNDAMENTAL: | 
					
						
							| 
									
										
										
										
											2015-07-02 16:23:28 +10:00
										 |  |  |         spapr_phb_vfio_eeh_pre_reset(sphb); | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |         op = VFIO_EEH_PE_RESET_FUNDAMENTAL; | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |         break; | 
					
						
							|  |  |  |     default: | 
					
						
							|  |  |  |         return RTAS_OUT_PARAM_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     ret = vfio_eeh_as_op(&sphb->iommu_as, op); | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     if (ret < 0) { | 
					
						
							|  |  |  |         return RTAS_OUT_HW_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     return RTAS_OUT_SUCCESS; | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 17:45:05 +11:00
										 |  |  | int spapr_phb_vfio_eeh_configure(sPAPRPHBState *sphb) | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  | { | 
					
						
							|  |  |  |     int ret; | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2016-02-29 14:00:34 +11:00
										 |  |  |     ret = vfio_eeh_as_op(&sphb->iommu_as, VFIO_EEH_PE_CONFIGURE); | 
					
						
							| 
									
										
										
										
											2015-02-20 15:58:53 +11:00
										 |  |  |     if (ret < 0) { | 
					
						
							|  |  |  |         return RTAS_OUT_PARAM_ERROR; | 
					
						
							|  |  |  |     } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     return RTAS_OUT_SUCCESS; | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  | static void spapr_phb_vfio_class_init(ObjectClass *klass, void *data) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |     DeviceClass *dc = DEVICE_CLASS(klass); | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     dc->props = spapr_phb_vfio_properties; | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | static const TypeInfo spapr_phb_vfio_info = { | 
					
						
							|  |  |  |     .name          = TYPE_SPAPR_PCI_VFIO_HOST_BRIDGE, | 
					
						
							|  |  |  |     .parent        = TYPE_SPAPR_PCI_HOST_BRIDGE, | 
					
						
							|  |  |  |     .instance_size = sizeof(sPAPRPHBVFIOState), | 
					
						
							| 
									
										
										
										
											2016-02-29 17:19:50 +11:00
										 |  |  |     .instance_init = spapr_phb_vfio_instance_init, | 
					
						
							| 
									
										
											  
											
												spapr_pci_vfio: Add spapr-pci-vfio-host-bridge to support vfio
The patch adds a spapr-pci-vfio-host-bridge device type
which is a PCI Host Bridge with VFIO support. The new device
inherits from the spapr-pci-host-bridge device and adds an "iommu"
property which is an IOMMU id. This ID represents a minimal entity
for which IOMMU isolation can be guaranteed. In SPAPR architecture IOMMU
group is called a Partitionable Endpoint (PE).
Current implementation supports one IOMMU id per QEMU VFIO PHB. Since
SPAPR allows multiple PHB for no extra cost, this does not seem to
be a problem. This limitation may change in the future though.
Example of use:
Configure and Add 3 functions of a multifunctional device to QEMU:
(the NEC PCI USB card is used as an example here):
-device spapr-pci-vfio-host-bridge,id=USB,iommu=4,index=7 \
-device vfio-pci,host=4:0:1.0,addr=1.0,bus=USB,multifunction=true
-device vfio-pci,host=4:0:1.1,addr=1.1,bus=USB
-device vfio-pci,host=4:0:1.2,addr=1.2,bus=USB
where:
* index=7 is a QEMU PHB index (used as source for MMIO/MSI/IO windows
offset);
* iommu=4 is an IOMMU id which can be found in sysfs:
[aik@vpl2 ~]$ cd /sys/bus/pci/devices/0004:00:00.0/
[aik@vpl2 0004:00:00.0]$ ls -l iommu_group
lrwxrwxrwx 1 root root 0 Jun  5 12:49 iommu_group -> ../../../kernel/iommu_groups/4
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alexander Graf <agraf@suse.de>
											
										 
											2014-06-10 15:39:23 +10:00
										 |  |  |     .class_init    = spapr_phb_vfio_class_init, | 
					
						
							|  |  |  | }; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | static void spapr_pci_vfio_register_types(void) | 
					
						
							|  |  |  | { | 
					
						
							|  |  |  |     type_register_static(&spapr_phb_vfio_info); | 
					
						
							|  |  |  | } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | type_init(spapr_pci_vfio_register_types) |