[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fbeabcff-a6d4-dcc5-6687-7b32d6358fe3@redhat.com>
Date: Wed, 8 Dec 2021 08:33:33 +0100
From: Eric Auger <eric.auger@...hat.com>
To: Lu Baolu <baolu.lu@...ux.intel.com>, Joerg Roedel <joro@...tes.org>
Cc: peter.maydell@...aro.org, kvm@...r.kernel.org,
vivek.gautam@....com, kvmarm@...ts.cs.columbia.edu,
eric.auger.pro@...il.com, jean-philippe@...aro.org,
ashok.raj@...el.com, maz@...nel.org, vsethi@...dia.com,
zhangfei.gao@...aro.org, kevin.tian@...el.com, will@...nel.org,
alex.williamson@...hat.com, wangxingang5@...wei.com,
linux-kernel@...r.kernel.org, lushenming@...wei.com,
iommu@...ts.linux-foundation.org, robin.murphy@....com,
Jason Gunthorpe <jgg@...dia.com>
Subject: Re: [RFC v16 1/9] iommu: Introduce attach/detach_pasid_table API
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 wrote:
>>> On Wed, Oct 27, 2021 at 12:44:20PM +0200, Eric Auger wrote:
>>>> Signed-off-by: Jean-Philippe Brucker<jean-philippe.brucker@....com>
>>>> Signed-off-by: Liu, Yi L<yi.l.liu@...ux.intel.com>
>>>> Signed-off-by: Ashok Raj<ashok.raj@...el.com>
>>>> Signed-off-by: Jacob Pan<jacob.jun.pan@...ux.intel.com>
>>>> Signed-off-by: Eric Auger<eric.auger@...hat.com>
>>> This Signed-of-by chain looks dubious, you are the author but the last
>>> one in the chain?
>> The 1st RFC in Aug 2018
>> (https://lists.cs.columbia.edu/pipermail/kvmarm/2018-August/032478.html)
>> said this was a generalization of Jacob's patch
>>
>>
>> [PATCH v5 01/23] iommu: introduce bind_pasid_table API function
>>
>>
>>
>> https://lists.linuxfoundation.org/pipermail/iommu/2018-May/027647.html
>>
>> So indeed Jacob should be the author. I guess the multiple rebases got
>> this eventually replaced at some point, which is not an excuse. Please
>> forgive me for that.
>> Now the original patch already had this list of SoB so I don't know if I
>> shall simplify it.
>
> As we have decided to move the nested mode (dual stages) implementation
> onto the developing iommufd framework, what's the value of adding this
> into iommu core?
The iommu_uapi_attach_pasid_table uapi should disappear indeed as it is
is bound to be replaced by /dev/iommu fellow API.
However until I can rebase on /dev/iommu code I am obliged to keep it to
maintain this integration, hence the RFC.
Thanks
Eric
>
> Best regards,
> baolu
>
Powered by blists - more mailing lists