[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [PATCH v8 4/4] sPAPR: Implement sPAPRPHBClass::eeh_handle
|
From: |
Alexey Kardashevskiy |
|
Subject: |
Re: [Qemu-ppc] [PATCH v8 4/4] sPAPR: Implement sPAPRPHBClass::eeh_handler |
|
Date: |
Thu, 05 Jun 2014 23:13:15 +1000 |
|
User-agent: |
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
On 06/05/2014 11:00 PM, Alexander Graf wrote:
>
> On 05.06.14 08:53, Gavin Shan wrote:
>> The patch implements sPAPRPHBClass::eeh_handler so that the
>> EEH RTAS requests can be routed to VFIO for further handling.
>>
>> Signed-off-by: Gavin Shan <address@hidden>
>
> Just to make sure I grasp this correctly.
>
> We have PHBs that are VFIO PHBs and PHBs that are emulation PHBs. Emulation
> PHBs can only have emulated devices attached. VFIO PHBs can only have a
> single IOMMU group's devices attached each. A container can not span 2
> different VFIO PHBs.
>
> Is this correct?
Yes, this is correct. PHBs are too cheap on SPAPR to think of any
additional complication here :)
> If not the code below needs to take care of any
> abstraction we have in between and maybe limit scope a bit to make sure the
> guest doesn't kill devices on other PHBs :).
--
Alexey
- [Qemu-ppc] [PATCH v8 0/4] EEH Support for VFIO PCI Device, Gavin Shan, 2014/06/05
- [Qemu-ppc] [PATCH v8 4/4] sPAPR: Implement sPAPRPHBClass::eeh_handler, Gavin Shan, 2014/06/05
- [Qemu-ppc] [PATCH v8 3/4] VFIO: Introduce helper vfio_pci_container_ioctl(), Gavin Shan, 2014/06/05
- [Qemu-ppc] [PATCH v8 2/4] headers: Update kernel header, Gavin Shan, 2014/06/05
- [Qemu-ppc] [PATCH v8 1/4] sPAPR: Implement EEH RTAS calls, Gavin Shan, 2014/06/05
- Re: [Qemu-ppc] [PATCH v8 0/4] EEH Support for VFIO PCI Device, Alexander Graf, 2014/06/05