Re: [PATCH kernel 3/9] powerpc/vfio_spapr_tce: Add reference counting to iommu_table

2016-12-11 Thread David Gibson
On Thu, Dec 08, 2016 at 07:19:50PM +1100, Alexey Kardashevskiy wrote: > So far iommu_table obejcts were only used in virtual mode and had > a single owner. We are going to change this by implementing in-kernel > acceleration of DMA mapping requests. The proposed acceleration > will handle requests

Re: [PATCH kernel 2/9] powerpc/iommu: Cleanup iommu_table disposal

2016-12-11 Thread David Gibson
On Thu, Dec 08, 2016 at 07:19:49PM +1100, Alexey Kardashevskiy wrote: > At the moment iommu_table can be disposed by either calling > iommu_table_free() directly or it_ops::free(); the only implementation > of free() is in IODA2 - pnv_ioda2_table_free() - and it calls > iommu_table_free() anyway.

Re: [PATCH kernel 1/9] KVM: PPC: Reserve KVM_CAP_SPAPR_TCE_VFIO capability number

2016-12-11 Thread David Gibson
On Thu, Dec 08, 2016 at 07:19:48PM +1100, Alexey Kardashevskiy wrote: > This adds a capability number for in-kernel support for VFIO on > SPAPR platform. > > The capability will tell the user space whether in-kernel handlers of > H_PUT_TCE can handle VFIO-targeted requests or not. If not, the

Re: [PATCH] powerpc/64: pseudo-NMI/SMP watchdog

2016-12-11 Thread Nicholas Piggin
On Sat, 10 Dec 2016 23:24:59 +1100 Balbir Singh wrote: > > @@ -1295,7 +1295,7 @@ masked_##_H##interrupt: > > \ > > lis r10,0x7fff; \ > > ori r10,r10,0x; \ > >