[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <513f8129-7ddc-f19f-e25a-e2a4b6cbe593@redhat.com>
Date: Sun, 11 Apr 2021 14:12:27 +0200
From: Auger Eric <eric.auger@...hat.com>
To: Zenghui Yu <yuzenghui@...wei.com>
Cc: eric.auger.pro@...il.com, iommu@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
kvmarm@...ts.cs.columbia.edu, will@...nel.org, maz@...nel.org,
robin.murphy@....com, joro@...tes.org, alex.williamson@...hat.com,
tn@...ihalf.com, zhukeqian1@...wei.com,
jacob.jun.pan@...ux.intel.com, yi.l.liu@...el.com,
wangxingang5@...wei.com, jiangkunkun@...wei.com,
jean-philippe@...aro.org, zhangfei.gao@...aro.org,
zhangfei.gao@...il.com, vivek.gautam@....com,
shameerali.kolothum.thodi@...wei.com, nicoleotsuka@...il.com,
lushenming@...wei.com, vsethi@...dia.com,
wanghaibin.wang@...wei.com
Subject: Re: [PATCH v12 01/13] vfio: VFIO_IOMMU_SET_PASID_TABLE
Hi Zenghui,
On 4/7/21 11:33 AM, Zenghui Yu wrote:
> Hi Eric,
>
> On 2021/2/24 5:06, Eric Auger wrote:
>> +/*
>> + * VFIO_IOMMU_SET_PASID_TABLE - _IOWR(VFIO_TYPE, VFIO_BASE + 18,
>> + * struct vfio_iommu_type1_set_pasid_table)
>> + *
>> + * The SET operation passes a PASID table to the host while the
>> + * UNSET operation detaches the one currently programmed. Setting
>> + * a table while another is already programmed replaces the old table.
>
> It looks to me that this description doesn't match the IOMMU part.
Yep that's misleanding.
I replaced it by:
It is allowed to "SET" the table several times without un-setting as
long as the table config does not stay IOMMU_PASID_CONFIG_TRANSLATE.
>
> [v14,05/13] iommu/smmuv3: Implement attach/detach_pasid_table
>
> | case IOMMU_PASID_CONFIG_TRANSLATE:
> | /* we do not support S1 <-> S1 transitions */
> | if (smmu_domain->s1_cfg.set)
> | goto out;
>
> Maybe I've misread something?
>
>
> Thanks,
> Zenghui
>
Thanks
Eric
Powered by blists - more mailing lists