[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6fa292bd-9307-6e29-7968-005e1b8a087d@linux.intel.com>
Date: Wed, 24 Mar 2021 15:25:55 +0800
From: Lu Baolu <baolu.lu@...ux.intel.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: baolu.lu@...ux.intel.com, Joerg Roedel <joro@...tes.org>,
Will Deacon <will@...nel.org>, ashok.raj@...el.com,
kevin.tian@...el.com, jacob.jun.pan@...el.com, yi.l.liu@...el.com,
iommu@...ts.linux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/5] iommu/vt-d: Remove SVM_FLAG_PRIVATE_PASID
Hi Christoph,
On 3/24/21 1:33 AM, Christoph Hellwig wrote:
> On Tue, Mar 23, 2021 at 09:05:58AM +0800, Lu Baolu wrote:
>> The SVM_FLAG_PRIVATE_PASID has never been referenced in the tree, and
>> there's no plan to have anything to use it. So cleanup it.
>>
>> Signed-off-by: Lu Baolu <baolu.lu@...ux.intel.com>
>
> Looks good,
>
> Reviewed-by: Christoph Hellwig <hch@....de>
Thank you!
>
> But can we take this a little further? SVM_FLAG_GUEST_PASID is unused
> as well. SVM_FLAG_GUEST_MODE is only used in drivers/iommu/intel/svm.c,
> and SVM_FLAG_SUPERVISOR_MODE is actually used as an API flag to
> iommu_sva_bind_device. So IMHO the latter should be elevated to an
> IOMMU API level flag, and then include/linux/intel-svm.h can go away
> entirely or at least be moved to drivers/iommu/intel/.
>
Sure. I will consider it and make it in separated patches.
Best regards,
baolu
Powered by blists - more mailing lists