RE: [PATCH v2] kvm/arm64: fixed passthrough gpu into vm on arm64

2022-04-06 Thread Tian, Kevin
> From: Jason Gunthorpe > Sent: Tuesday, April 5, 2022 1:02 AM > > On Mon, Apr 04, 2022 at 03:47:11PM +0100, Marc Zyngier wrote: > > > I'm guessing it will turn into a SBSA like thing where the ARM ARM is > > > kind of vauge but a SOC has to implement Normal-NC in a certain way to > > > be functi

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2022-01-03 Thread Tian, Kevin
> From: Jason Gunthorpe > Sent: Friday, December 17, 2021 4:49 AM > > On Sat, Dec 11, 2021 at 03:57:45AM +, Tian, Kevin wrote: > > > This might be the only open as I still didn't see why we need an > > explicit flag to claim a 'full device' thing

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-10 Thread Tian, Kevin
> From: Tian, Kevin > Sent: Saturday, December 11, 2021 11:58 AM > > This might be the only open as I still didn't see why we need an > explicit flag to claim a 'full device' thing. From kernel p.o.v the > ARM case is no different from Intel that both allows an u

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-10 Thread Tian, Kevin
> From: Jason Gunthorpe > Sent: Friday, December 10, 2021 9:23 PM > > On Fri, Dec 10, 2021 at 08:56:56AM +, Tian, Kevin wrote: > > > So, something like vfio pci would implement three uAPI operations: > > > - Attach page table to RID > > > - Attach p

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-10 Thread Tian, Kevin
> From: Jason Gunthorpe via iommu > Sent: Friday, December 10, 2021 12:08 AM > > On Thu, Dec 09, 2021 at 03:59:57AM +, Tian, Kevin wrote: > > > From: Tian, Kevin > > > Sent: Thursday, December 9, 2021 10:58 AM > > > > > > For ARM it's SMMU

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-08 Thread Tian, Kevin
> From: Tian, Kevin > Sent: Thursday, December 9, 2021 10:58 AM > > For ARM it's SMMU's PASID table format. There is no step-2 since PASID > is already within the address space covered by the user PASID table. > One correction here. 'no step-2' is defin

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-08 Thread Tian, Kevin
> From: Jason Gunthorpe > Sent: Wednesday, December 8, 2021 8:56 PM > > On Wed, Dec 08, 2021 at 08:33:33AM +0100, Eric Auger wrote: > > Hi Baolu, > > > > On 12/8/21 3:44 AM, Lu Baolu wrote: > > > Hi Eric, > > > > > > On 12/7/21 6:22 PM, Eric Auger wrote: > > >> On 12/6/21 11:48 AM, Joerg Roedel w

RE: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API

2021-12-08 Thread Tian, Kevin
> From: Jason Gunthorpe > Sent: Thursday, December 9, 2021 2:31 AM > > On Wed, Dec 08, 2021 at 05:20:39PM +, Jean-Philippe Brucker wrote: > > On Wed, Dec 08, 2021 at 08:56:16AM -0400, Jason Gunthorpe wrote: > > > From a progress perspective I would like to start with simple 'page > > > tables

RE: [RFC] Use SMMU HTTU for DMA dirty page tracking

2021-02-04 Thread Tian, Kevin
742.18840-1- > zhukeqi...@huawei.com/ Thanks for the pointer. We will take a look. > > On 2020/5/27 17:14, Jean-Philippe Brucker wrote: > > On Wed, May 27, 2020 at 08:40:47AM +, Tian, Kevin wrote: > >>> From: Xiang Zheng > >>> Sent: Wednesday, May 27, 2020 2:

RE: [RFC] Use SMMU HTTU for DMA dirty page tracking

2020-05-27 Thread Tian, Kevin
> From: Xiang Zheng > Sent: Wednesday, May 27, 2020 2:45 PM > > > On 2020/5/27 11:27, Tian, Kevin wrote: > >> From: Xiang Zheng > >> Sent: Monday, May 25, 2020 7:34 PM > >> > >> [+cc Kirti, Yan, Alex] > >> > >> On 2020/5/23 1:

RE: [RFC] Use SMMU HTTU for DMA dirty page tracking

2020-05-26 Thread Tian, Kevin
> From: Xiang Zheng > Sent: Monday, May 25, 2020 7:34 PM > > [+cc Kirti, Yan, Alex] > > On 2020/5/23 1:14, Jean-Philippe Brucker wrote: > > Hi, > > > > On Tue, May 19, 2020 at 05:42:55PM +0800, Xiang Zheng wrote: > >> Hi all, > >> > >> Is there any plan for enabling SMMU HTTU? > > > > Not outside

RE: [RFC 01/13] iommu: Introduce bind_guest_stage API

2018-09-04 Thread Tian, Kevin
> From: Jean-Philippe Brucker [mailto:jean-philippe.bruc...@arm.com] > Sent: Tuesday, September 4, 2018 5:53 PM > > On 04/09/2018 09:41, Auger Eric wrote: > > I think the confusion comes from the different terminology used in VTD > > and ARM SMMU spec. > > > > Your PASID table ~ ARM SMMU Context D

RE: [RFC 01/13] iommu: Introduce bind_guest_stage API

2018-09-04 Thread Tian, Kevin
> From: Auger Eric > Sent: Tuesday, September 4, 2018 4:11 PM > > Hi Kevin, > On 09/04/2018 09:57 AM, Tian, Kevin wrote: > >> From: Auger Eric > >> Sent: Friday, August 31, 2018 9:52 PM > >> > >> Hi Jean-Philippe, > >> > >&g

RE: [RFC 01/13] iommu: Introduce bind_guest_stage API

2018-09-04 Thread Tian, Kevin
> From: Auger Eric > Sent: Tuesday, September 4, 2018 4:41 PM > > Hi Kevin, > > On 09/04/2018 10:34 AM, Tian, Kevin wrote: > >> From: Auger Eric > >> Sent: Tuesday, September 4, 2018 4:11 PM > >> > >> Hi Kevin, > >> On 09/04/2018 0

RE: [RFC 01/13] iommu: Introduce bind_guest_stage API

2018-09-04 Thread Tian, Kevin
> From: Auger Eric > Sent: Friday, August 31, 2018 9:52 PM > > Hi Jean-Philippe, > > On 08/31/2018 03:11 PM, Jean-Philippe Brucker wrote: > > Hi Eric, > > > > On 23/08/18 16:25, Auger Eric wrote: > >>> +int iommu_bind_guest_stage(struct iommu_domain *domain, struct > device *dev, > >>> +

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

2018-03-23 Thread Tian, Kevin
> From: Tian, Kevin > Sent: Thursday, March 22, 2018 6:06 PM > > > From: Robin Murphy [mailto:robin.mur...@arm.com] > > Sent: Wednesday, March 21, 2018 10:24 PM > > > > On 21/03/18 13:14, Jean-Philippe Brucker wrote: > >

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

2018-03-22 Thread Tian, Kevin
> From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Wednesday, March 21, 2018 10:24 PM > > On 21/03/18 13:14, Jean-Philippe Brucker wrote: > > On 21/03/18 06:43, Tian, Kevin wrote: > > [...] > >>> + > >>> +#include > >>>

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

2018-03-21 Thread Tian, Kevin
> From: Jean-Philippe Brucker [mailto:jean-philippe.bruc...@arm.com] > Sent: Wednesday, February 14, 2018 10:54 PM > > 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 implementatio