Re: [PATCH v3 09/41] KVM: arm64: Defer restoring host VFP state to vcpu_put

On Tue, Feb 13, 2018 at 02:08:47PM +, Dave Martin wrote: > On Tue, Feb 13, 2018 at 09:51:30AM +0100, Christoffer Dall wrote: > > On Fri, Feb 09, 2018 at 03:59:30PM +, Dave Martin wrote: > > > On Wed, Feb 07, 2018 at 06:56:44PM +0100, Christoffer Dall wrote: > > > > On Wed, Feb 07, 2018 at

Re: [PATCHv2] arm64/kvm: Prohibit guest LOR accesses

On Tue, Feb 13, 2018 at 01:39:23PM +, Mark Rutland wrote: > We don't currently limit guest accesses to the LOR registers, which we > neither virtualize nor context-switch. As such, guests are provided with > unusable information/controls, and are not isolated from each other (or > the host). >

[PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu

When enabling both VFIO and VIRTIO_IOMMU modules, automatically select VFIO_IOMMU_TYPE1 as well. Signed-off-by: Jean-Philippe Brucker --- drivers/vfio/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vfio/Kconfig

[PATCH 1/4] iommu: Add virtio-iommu driver

The virtio IOMMU is a para-virtualized device, allowing to send IOMMU requests such as map/unmap over virtio-mmio transport without emulating page tables. This implementation handles ATTACH, DETACH, MAP and UNMAP requests. The bulk of the code transforms calls coming from the IOMMU API into

[PATCH 0/4] Add virtio-iommu driver

Implement the virtio-iommu driver following version 0.6 of the specification [1]. Previous version, RFCv2, was sent in November [2]. This version addresses Eric's comments and changes the device number. (Since last week I also tested and fixed the probe/release functions, they now use devm

Re: [PATCH v3 09/41] KVM: arm64: Defer restoring host VFP state to vcpu_put

[CC Ard, in case he has a view on how much we care about softirq NEON performance regressions ... and whether my suggestions make sense] On Wed, Feb 14, 2018 at 11:15:54AM +0100, Christoffer Dall wrote: > On Tue, Feb 13, 2018 at 02:08:47PM +, Dave Martin wrote: > > On Tue, Feb 13, 2018 at

[PATCH 2/4] iommu/virtio: Add probe request

When the device offers the probe feature, send a probe request for each device managed by the IOMMU. Extract RESV_MEM information. When we encounter a MSI doorbell region, set it up as a IOMMU_RESV_MSI region. This will tell other subsystems that there is no need to map the MSI doorbell in the

[PATCH 3/4] iommu/virtio: Add event queue

The event queue offers a way for the device to report access faults from endpoints. It is implemented on virtqueue #1. Whenever the host needs to signal a fault, it fills one of the buffers offered by the guest and interrupts it. Signed-off-by: Jean-Philippe Brucker

Re: [PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu

On Wed, 14 Feb 2018 14:53:40 + Jean-Philippe Brucker wrote: > When enabling both VFIO and VIRTIO_IOMMU modules, automatically select > VFIO_IOMMU_TYPE1 as well. > > Signed-off-by: Jean-Philippe Brucker > --- >

Re: [PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu

On 14/02/18 15:26, Alex Williamson wrote: On Wed, 14 Feb 2018 14:53:40 + Jean-Philippe Brucker wrote: When enabling both VFIO and VIRTIO_IOMMU modules, automatically select VFIO_IOMMU_TYPE1 as well. Signed-off-by: Jean-Philippe Brucker

Re: [PATCH v3 09/41] KVM: arm64: Defer restoring host VFP state to vcpu_put

On Wed, Feb 14, 2018 at 02:43:42PM +, Dave Martin wrote: > [CC Ard, in case he has a view on how much we care about softirq NEON > performance regressions ... and whether my suggestions make sense] > > On Wed, Feb 14, 2018 at 11:15:54AM +0100, Christoffer Dall wrote: > > On Tue, Feb 13, 2018

Re: [PATCH v3 09/41] KVM: arm64: Defer restoring host VFP state to vcpu_put

On 14 February 2018 at 17:38, Christoffer Dall wrote: > On Wed, Feb 14, 2018 at 02:43:42PM +, Dave Martin wrote: >> [CC Ard, in case he has a view on how much we care about softirq NEON >> performance regressions ... and whether my suggestions make sense] >> >> On

Re: [PATCH v3 09/41] KVM: arm64: Defer restoring host VFP state to vcpu_put

On Wed, 14 Feb 2018 17:38:11 +, Christoffer Dall wrote: > > On Wed, Feb 14, 2018 at 02:43:42PM +, Dave Martin wrote: > > [CC Ard, in case he has a view on how much we care about softirq NEON > > performance regressions ... and whether my suggestions make sense] > > > > On Wed, Feb 14,