From: Baolu Lu <baolu.lu@linux.intel.com>
To: Yi Liu <yi.l.liu@intel.com>, Joerg Roedel <joro@8bytes.org>,
Jason Gunthorpe <jgg@nvidia.com>,
Christoph Hellwig <hch@infradead.org>,
Kevin Tian <kevin.tian@intel.com>,
Ashok Raj <ashok.raj@intel.com>, Will Deacon <will@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Jean-Philippe Brucker <jean-philippe@linaro.com>,
Dave Jiang <dave.jiang@intel.com>, Vinod Koul <vkoul@kernel.org>
Cc: baolu.lu@linux.intel.com, Eric Auger <eric.auger@redhat.com>,
Jacob jun Pan <jacob.jun.pan@intel.com>,
Zhangfei Gao <zhangfei.gao@linaro.org>,
Zhu Tony <tony.zhu@intel.com>,
iommu@lists.linux.dev, linux-kernel@vger.kernel.org,
Jacob Pan <jacob.jun.pan@linux.intel.com>,
Jean-Philippe Brucker <jean-philippe@linaro.org>
Subject: Re: [PATCH v10 03/12] iommu: Remove SVM_FLAG_SUPERVISOR_MODE support
Date: Sun, 31 Jul 2022 21:39:27 +0800 [thread overview]
Message-ID: <e1bdbf24-173b-a702-3c03-8e2c46bcf633@linux.intel.com> (raw)
In-Reply-To: <a87bd65e-b0f6-f020-79f7-d621168b5879@intel.com>
On 2022/7/31 20:01, Yi Liu wrote:
> On 2022/7/5 13:07, Lu Baolu wrote:
>> The current kernel DMA with PASID support is based on the SVA with a flag
>> SVM_FLAG_SUPERVISOR_MODE. The IOMMU driver binds the kernel memory
>> address
>> space to a PASID of the device. The device driver programs the device
>> with
>> kernel virtual address (KVA) for DMA access. There have been security and
>> functional issues with this approach:
>>
>> - The lack of IOTLB synchronization upon kernel page table updates.
>> (vmalloc, module/BPF loading, CONFIG_DEBUG_PAGEALLOC etc.)
>> - Other than slight more protection, using kernel virtual address (KVA)
>> has little advantage over physical address. There are also no use
>> cases yet where DMA engines need kernel virtual addresses for
>> in-kernel
>> DMA.
>>
>> This removes SVM_FLAG_SUPERVISOR_MODE support from the IOMMU interface.
>> The device drivers are suggested to handle kernel DMA with PASID through
>> the kernel DMA APIs.
>>
>> The drvdata parameter in iommu_sva_bind_device() and all callbacks is not
>> needed anymore. Cleanup them as well.
>>
>> Link:
>> https://lore.kernel.org/linux-iommu/20210511194726.GP1002214@nvidia.com/
>> Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
>> Signed-off-by: Lu Baolu <baolu.lu@linux.intel.com>
>> Reviewed-by: Jason Gunthorpe <jgg@nvidia.com>
>> Reviewed-by: Jean-Philippe Brucker <jean-philippe@linaro.org>
>> Reviewed-by: Kevin Tian <kevin.tian@intel.com>
>> Tested-by: Zhangfei Gao <zhangfei.gao@linaro.org>
>> Tested-by: Tony Zhu <tony.zhu@intel.com>
>> ---
>> include/linux/intel-iommu.h | 3 +-
>> include/linux/intel-svm.h | 13 -----
>> include/linux/iommu.h | 8 +--
>> drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.h | 5 +-
>> drivers/dma/idxd/cdev.c | 3 +-
>> drivers/dma/idxd/init.c | 25 +-------
>> .../iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c | 3 +-
>> drivers/iommu/intel/svm.c | 57 +++++--------------
>> drivers/iommu/iommu.c | 5 +-
>> drivers/misc/uacce/uacce.c | 2 +-
>> 10 files changed, 26 insertions(+), 98 deletions(-)
>>
>> diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
>> index e065cbe3c857..31e3edc0fc7e 100644
>> --- a/include/linux/intel-iommu.h
>> +++ b/include/linux/intel-iommu.h
>> @@ -738,8 +738,7 @@ struct intel_iommu *device_to_iommu(struct device
>> *dev, u8 *bus, u8 *devfn);
>> extern void intel_svm_check(struct intel_iommu *iommu);
>> extern int intel_svm_enable_prq(struct intel_iommu *iommu);
>> extern int intel_svm_finish_prq(struct intel_iommu *iommu);
>> -struct iommu_sva *intel_svm_bind(struct device *dev, struct mm_struct
>> *mm,
>> - void *drvdata);
>> +struct iommu_sva *intel_svm_bind(struct device *dev, struct mm_struct
>> *mm);
>> void intel_svm_unbind(struct iommu_sva *handle);
>> u32 intel_svm_get_pasid(struct iommu_sva *handle);
>> int intel_svm_page_response(struct device *dev, struct
>> iommu_fault_event *evt,
>> diff --git a/include/linux/intel-svm.h b/include/linux/intel-svm.h
>> index 207ef06ba3e1..f9a0d44f6fdb 100644
>> --- a/include/linux/intel-svm.h
>> +++ b/include/linux/intel-svm.h
>> @@ -13,17 +13,4 @@
>> #define PRQ_RING_MASK ((0x1000 << PRQ_ORDER) - 0x20)
>> #define PRQ_DEPTH ((0x1000 << PRQ_ORDER) >> 5)
>> -/*
>> - * The SVM_FLAG_SUPERVISOR_MODE flag requests a PASID which can be
>> used only
>> - * for access to kernel addresses. No IOTLB flushes are automatically
>> done
>> - * for kernel mappings; it is valid only for access to the kernel's
>> static
>> - * 1:1 mapping of physical memory — not to vmalloc or even module
>> mappings.
>> - * A future API addition may permit the use of such ranges, by means
>> of an
>> - * explicit IOTLB flush call (akin to the DMA API's unmap method).
>> - *
>> - * It is unlikely that we will ever hook into
>> flush_tlb_kernel_range() to
>> - * do such IOTLB flushes automatically.
>> - */
>> -#define SVM_FLAG_SUPERVISOR_MODE BIT(0)
>> -
>> #endif /* __INTEL_SVM_H__ */
>> diff --git a/include/linux/iommu.h b/include/linux/iommu.h
>> index 418a1914a041..f41eb2b3c7da 100644
>> --- a/include/linux/iommu.h
>> +++ b/include/linux/iommu.h
>> @@ -243,8 +243,7 @@ struct iommu_ops {
>> int (*dev_enable_feat)(struct device *dev, enum
>> iommu_dev_features f);
>> int (*dev_disable_feat)(struct device *dev, enum
>> iommu_dev_features f);
>> - struct iommu_sva *(*sva_bind)(struct device *dev, struct
>> mm_struct *mm,
>> - void *drvdata);
>> + struct iommu_sva *(*sva_bind)(struct device *dev, struct
>> mm_struct *mm);
>> void (*sva_unbind)(struct iommu_sva *handle);
>> u32 (*sva_get_pasid)(struct iommu_sva *handle);
>> @@ -669,8 +668,7 @@ int iommu_dev_disable_feature(struct device *dev,
>> enum iommu_dev_features f);
>> bool iommu_dev_feature_enabled(struct device *dev, enum
>> iommu_dev_features f);
>> struct iommu_sva *iommu_sva_bind_device(struct device *dev,
>> - struct mm_struct *mm,
>> - void *drvdata);
>> + struct mm_struct *mm);
>> void iommu_sva_unbind_device(struct iommu_sva *handle);
>> u32 iommu_sva_get_pasid(struct iommu_sva *handle);
>> @@ -1012,7 +1010,7 @@ iommu_dev_disable_feature(struct device *dev,
>> enum iommu_dev_features feat)
>> }
>> static inline struct iommu_sva *
>> -iommu_sva_bind_device(struct device *dev, struct mm_struct *mm, void
>> *drvdata)
>> +iommu_sva_bind_device(struct device *dev, struct mm_struct *mm)
>> {
>> return NULL;
>> }
>> diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.h
>> b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.h
>> index cd48590ada30..d2ba86470c42 100644
>> --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.h
>> +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.h
>> @@ -754,8 +754,7 @@ bool arm_smmu_master_sva_enabled(struct
>> arm_smmu_master *master);
>> int arm_smmu_master_enable_sva(struct arm_smmu_master *master);
>> int arm_smmu_master_disable_sva(struct arm_smmu_master *master);
>> bool arm_smmu_master_iopf_supported(struct arm_smmu_master *master);
>> -struct iommu_sva *arm_smmu_sva_bind(struct device *dev, struct
>> mm_struct *mm,
>> - void *drvdata);
>> +struct iommu_sva *arm_smmu_sva_bind(struct device *dev, struct
>> mm_struct *mm);
>> void arm_smmu_sva_unbind(struct iommu_sva *handle);
>> u32 arm_smmu_sva_get_pasid(struct iommu_sva *handle);
>> void arm_smmu_sva_notifier_synchronize(void);
>> @@ -791,7 +790,7 @@ static inline bool
>> arm_smmu_master_iopf_supported(struct arm_smmu_master *master
>> }
>> static inline struct iommu_sva *
>> -arm_smmu_sva_bind(struct device *dev, struct mm_struct *mm, void
>> *drvdata)
>> +arm_smmu_sva_bind(struct device *dev, struct mm_struct *mm)
>> {
>> return ERR_PTR(-ENODEV);
>> }
>> diff --git a/drivers/dma/idxd/cdev.c b/drivers/dma/idxd/cdev.c
>> index c2808fd081d6..66720001ba1c 100644
>> --- a/drivers/dma/idxd/cdev.c
>> +++ b/drivers/dma/idxd/cdev.c
>> @@ -6,7 +6,6 @@
>> #include <linux/pci.h>
>> #include <linux/device.h>
>> #include <linux/sched/task.h>
>> -#include <linux/intel-svm.h>
>> #include <linux/io-64-nonatomic-lo-hi.h>
>> #include <linux/cdev.h>
>> #include <linux/fs.h>
>> @@ -100,7 +99,7 @@ static int idxd_cdev_open(struct inode *inode,
>> struct file *filp)
>> filp->private_data = ctx;
>> if (device_user_pasid_enabled(idxd)) {
>> - sva = iommu_sva_bind_device(dev, current->mm, NULL);
>> + sva = iommu_sva_bind_device(dev, current->mm);
>> if (IS_ERR(sva)) {
>> rc = PTR_ERR(sva);
>> dev_err(dev, "pasid allocation failed: %d\n", rc);
>> diff --git a/drivers/dma/idxd/init.c b/drivers/dma/idxd/init.c
>> index 355fb3ef4cbf..00b437f4f573 100644
>> --- a/drivers/dma/idxd/init.c
>> +++ b/drivers/dma/idxd/init.c
>> @@ -14,7 +14,6 @@
>> #include <linux/io-64-nonatomic-lo-hi.h>
>> #include <linux/device.h>
>> #include <linux/idr.h>
>> -#include <linux/intel-svm.h>
>> #include <linux/iommu.h>
>> #include <uapi/linux/idxd.h>
>> #include <linux/dmaengine.h>
>> @@ -466,29 +465,7 @@ static struct idxd_device *idxd_alloc(struct
>> pci_dev *pdev, struct idxd_driver_d
>> static int idxd_enable_system_pasid(struct idxd_device *idxd)
>> {
>> - int flags;
>> - unsigned int pasid;
>> - struct iommu_sva *sva;
>> -
>> - flags = SVM_FLAG_SUPERVISOR_MODE;
>> -
>> - sva = iommu_sva_bind_device(&idxd->pdev->dev, NULL, &flags);
>> - if (IS_ERR(sva)) {
>> - dev_warn(&idxd->pdev->dev,
>> - "iommu sva bind failed: %ld\n", PTR_ERR(sva));
>> - return PTR_ERR(sva);
>> - }
>> -
>> - pasid = iommu_sva_get_pasid(sva);
>> - if (pasid == IOMMU_PASID_INVALID) {
>> - iommu_sva_unbind_device(sva);
>> - return -ENODEV;
>> - }
>> -
>> - idxd->sva = sva;
>> - idxd->pasid = pasid;
>> - dev_dbg(&idxd->pdev->dev, "system pasid: %u\n", pasid);
>> - return 0;
>> + return -EOPNOTSUPP;
>
> this makes it to be a always fail call. right? will it break any
> existing idxd usage?
The existing implemenation is problematic. The right solution should be
to attach the default domain to a pasid of a device and handle the
kernel DMA through the formal DMA kernel APIs.
Jacob has already posted his v2 in the mailing list.
>
>> }
>> static void idxd_disable_system_pasid(struct idxd_device *idxd)
>> diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c
>> b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c
>> index 1ef7bbb4acf3..f155d406c5d5 100644
>> --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c
>> +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c
>> @@ -367,8 +367,7 @@ __arm_smmu_sva_bind(struct device *dev, struct
>> mm_struct *mm)
>> return ERR_PTR(ret);
>> }
>> -struct iommu_sva *
>> -arm_smmu_sva_bind(struct device *dev, struct mm_struct *mm, void
>> *drvdata)
>> +struct iommu_sva *arm_smmu_sva_bind(struct device *dev, struct
>> mm_struct *mm)
>> {
>> struct iommu_sva *handle;
>> struct iommu_domain *domain = iommu_get_domain_for_dev(dev);
>> diff --git a/drivers/iommu/intel/svm.c b/drivers/iommu/intel/svm.c
>> index 7ee37d996e15..d04880a291c3 100644
>> --- a/drivers/iommu/intel/svm.c
>> +++ b/drivers/iommu/intel/svm.c
>> @@ -313,8 +313,7 @@ static int pasid_to_svm_sdev(struct device *dev,
>> unsigned int pasid,
>> return 0;
>> }
>> -static int intel_svm_alloc_pasid(struct device *dev, struct mm_struct
>> *mm,
>> - unsigned int flags)
>> +static int intel_svm_alloc_pasid(struct device *dev, struct mm_struct
>> *mm)
>> {
>> ioasid_t max_pasid = dev_is_pci(dev) ?
>> pci_max_pasids(to_pci_dev(dev)) : intel_pasid_max_id;
>> @@ -324,8 +323,7 @@ static int intel_svm_alloc_pasid(struct device
>> *dev, struct mm_struct *mm,
>> static struct iommu_sva *intel_svm_bind_mm(struct intel_iommu *iommu,
>
> would be great to see a cleanup to rename the svm terms in intel iommu
> driver to be sva. :-)
SVM is the term in Intel VT-d spec which existed before the term SVA.
It makes sense to make the naming consitent anyway. :-)
>> struct device *dev,
>> - struct mm_struct *mm,
>> - unsigned int flags)
>> + struct mm_struct *mm)
>> {
>> struct device_domain_info *info = dev_iommu_priv_get(dev);
>> unsigned long iflags, sflags;
>> @@ -341,22 +339,18 @@ static struct iommu_sva
>> *intel_svm_bind_mm(struct intel_iommu *iommu,
>> svm->pasid = mm->pasid;
>> svm->mm = mm;
>> - svm->flags = flags;
>> INIT_LIST_HEAD_RCU(&svm->devs);
>> - if (!(flags & SVM_FLAG_SUPERVISOR_MODE)) {
>> - svm->notifier.ops = &intel_mmuops;
>> - ret = mmu_notifier_register(&svm->notifier, mm);
>> - if (ret) {
>> - kfree(svm);
>> - return ERR_PTR(ret);
>> - }
>> + svm->notifier.ops = &intel_mmuops;
>> + ret = mmu_notifier_register(&svm->notifier, mm);
>> + if (ret) {
>> + kfree(svm);
>> + return ERR_PTR(ret);
>> }
>> ret = pasid_private_add(svm->pasid, svm);
>> if (ret) {
>> - if (svm->notifier.ops)
>> - mmu_notifier_unregister(&svm->notifier, mm);
>> + mmu_notifier_unregister(&svm->notifier, mm);
>> kfree(svm);
>> return ERR_PTR(ret);
>> }
>> @@ -391,9 +385,7 @@ static struct iommu_sva *intel_svm_bind_mm(struct
>> intel_iommu *iommu,
>> }
>> /* Setup the pasid table: */
>> - sflags = (flags & SVM_FLAG_SUPERVISOR_MODE) ?
>> - PASID_FLAG_SUPERVISOR_MODE : 0;
>> - sflags |= cpu_feature_enabled(X86_FEATURE_LA57) ?
>> PASID_FLAG_FL5LP : 0;
>> + sflags = cpu_feature_enabled(X86_FEATURE_LA57) ? PASID_FLAG_FL5LP
>> : 0;
>> spin_lock_irqsave(&iommu->lock, iflags);
>> ret = intel_pasid_setup_first_level(iommu, dev, mm->pgd, mm->pasid,
>> FLPT_DEFAULT_DID, sflags);
>> @@ -410,8 +402,7 @@ static struct iommu_sva *intel_svm_bind_mm(struct
>> intel_iommu *iommu,
>> kfree(sdev);
>> free_svm:
>> if (list_empty(&svm->devs)) {
>> - if (svm->notifier.ops)
>> - mmu_notifier_unregister(&svm->notifier, mm);
>> + mmu_notifier_unregister(&svm->notifier, mm);
>> pasid_private_remove(mm->pasid);
>> kfree(svm);
>> }
>> @@ -767,7 +758,7 @@ static irqreturn_t prq_event_thread(int irq, void *d)
>> * to unbind the mm while any page faults are outstanding.
>> */
>> svm = pasid_private_find(req->pasid);
>> - if (IS_ERR_OR_NULL(svm) || (svm->flags &
>> SVM_FLAG_SUPERVISOR_MODE))
>> + if (IS_ERR_OR_NULL(svm))
>> goto bad_req;
>> }
>> @@ -818,40 +809,20 @@ static irqreturn_t prq_event_thread(int irq,
>> void *d)
>> return IRQ_RETVAL(handled);
>> }
>> -struct iommu_sva *intel_svm_bind(struct device *dev, struct mm_struct
>> *mm, void *drvdata)
>> +struct iommu_sva *intel_svm_bind(struct device *dev, struct mm_struct
>> *mm)
>> {
>> struct intel_iommu *iommu = device_to_iommu(dev, NULL, NULL);
>> - unsigned int flags = 0;
>> struct iommu_sva *sva;
>> int ret;
>> - if (drvdata)
>> - flags = *(unsigned int *)drvdata;
>> -
>> - if (flags & SVM_FLAG_SUPERVISOR_MODE) {
>> - if (!ecap_srs(iommu->ecap)) {
>> - dev_err(dev, "%s: Supervisor PASID not supported\n",
>> - iommu->name);
>> - return ERR_PTR(-EOPNOTSUPP);
>> - }
>> -
>> - if (mm) {
>> - dev_err(dev, "%s: Supervisor PASID with user provided mm\n",
>> - iommu->name);
>> - return ERR_PTR(-EINVAL);
>> - }
>> -
>> - mm = &init_mm;
>> - }
>> -
>> mutex_lock(&pasid_mutex);
>> - ret = intel_svm_alloc_pasid(dev, mm, flags);
>> + ret = intel_svm_alloc_pasid(dev, mm);
>> if (ret) {
>> mutex_unlock(&pasid_mutex);
>> return ERR_PTR(ret);
>> }
>> - sva = intel_svm_bind_mm(iommu, dev, mm, flags);
>> + sva = intel_svm_bind_mm(iommu, dev, mm);
>> mutex_unlock(&pasid_mutex);
>> return sva;
>> diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c
>> index 0cb0750f61e8..74a0a3ec0907 100644
>> --- a/drivers/iommu/iommu.c
>> +++ b/drivers/iommu/iommu.c
>> @@ -2788,7 +2788,6 @@ EXPORT_SYMBOL_GPL(iommu_dev_feature_enabled);
>> * iommu_sva_bind_device() - Bind a process address space to a device
>> * @dev: the device
>> * @mm: the mm to bind, caller must hold a reference to it
>> - * @drvdata: opaque data pointer to pass to bind callback
>> *
>> * Create a bond between device and address space, allowing the
>> device to access
>> * the mm using the returned PASID. If a bond already exists between
>> @device and
>> @@ -2801,7 +2800,7 @@ EXPORT_SYMBOL_GPL(iommu_dev_feature_enabled);
>> * On error, returns an ERR_PTR value.
>> */
>> struct iommu_sva *
>> -iommu_sva_bind_device(struct device *dev, struct mm_struct *mm, void
>> *drvdata)
>> +iommu_sva_bind_device(struct device *dev, struct mm_struct *mm)
>> {
>> struct iommu_group *group;
>> struct iommu_sva *handle = ERR_PTR(-EINVAL);
>> @@ -2826,7 +2825,7 @@ iommu_sva_bind_device(struct device *dev, struct
>> mm_struct *mm, void *drvdata)
>> if (iommu_group_device_count(group) != 1)
>> goto out_unlock;
>> - handle = ops->sva_bind(dev, mm, drvdata);
>> + handle = ops->sva_bind(dev, mm);
>> out_unlock:
>> mutex_unlock(&group->mutex);
>> diff --git a/drivers/misc/uacce/uacce.c b/drivers/misc/uacce/uacce.c
>> index 281c54003edc..3238a867ea51 100644
>> --- a/drivers/misc/uacce/uacce.c
>> +++ b/drivers/misc/uacce/uacce.c
>> @@ -99,7 +99,7 @@ static int uacce_bind_queue(struct uacce_device
>> *uacce, struct uacce_queue *q)
>> if (!(uacce->flags & UACCE_DEV_SVA))
>> return 0;
>> - handle = iommu_sva_bind_device(uacce->parent, current->mm, NULL);
>> + handle = iommu_sva_bind_device(uacce->parent, current->mm);
>> if (IS_ERR(handle))
>> return PTR_ERR(handle);
>
Best regards,
baolu
next prev parent reply other threads:[~2022-07-31 13:39 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-05 5:06 [PATCH v10 00/12] iommu: SVA and IOPF refactoring Lu Baolu
2022-07-05 5:06 ` [PATCH v10 01/12] iommu: Add max_pasids field in struct iommu_device Lu Baolu
2022-07-23 13:57 ` Jason Gunthorpe
2022-07-31 11:54 ` Yi Liu
2022-07-31 13:33 ` Baolu Lu
2022-07-05 5:07 ` [PATCH v10 02/12] iommu: Add max_pasids field in struct dev_iommu Lu Baolu
2022-07-23 14:02 ` Jason Gunthorpe
2022-07-31 11:55 ` Yi Liu
2022-07-05 5:07 ` [PATCH v10 03/12] iommu: Remove SVM_FLAG_SUPERVISOR_MODE support Lu Baolu
2022-07-31 12:01 ` Yi Liu
2022-07-31 13:39 ` Baolu Lu [this message]
2022-07-05 5:07 ` [PATCH v10 04/12] iommu: Add attach/detach_dev_pasid iommu interface Lu Baolu
2022-07-07 1:51 ` Tian, Kevin
2022-07-23 14:11 ` Jason Gunthorpe
2022-07-24 7:03 ` Baolu Lu
2022-07-25 14:40 ` Jason Gunthorpe
2022-07-26 6:23 ` Baolu Lu
2022-07-26 13:57 ` Jason Gunthorpe
2022-07-27 3:20 ` Tian, Kevin
2022-07-27 11:53 ` Jason Gunthorpe
2022-07-28 3:06 ` Tian, Kevin
2022-07-28 11:59 ` Jason Gunthorpe
2022-07-29 2:49 ` Baolu Lu
2022-07-29 2:56 ` Tian, Kevin
2022-07-29 3:20 ` Baolu Lu
2022-07-29 4:22 ` Tian, Kevin
2022-07-30 6:17 ` Baolu Lu
2022-07-29 2:51 ` Tian, Kevin
2022-07-29 12:22 ` Jason Gunthorpe
2022-07-30 6:23 ` Baolu Lu
2022-07-28 2:44 ` Baolu Lu
2022-07-28 6:27 ` Baolu Lu
2022-08-02 2:19 ` Baolu Lu
2022-08-02 12:37 ` Jason Gunthorpe
2022-08-03 13:07 ` Baolu Lu
2022-08-03 19:03 ` Jason Gunthorpe
2022-08-04 2:03 ` Tian, Kevin
2022-08-04 2:42 ` Baolu Lu
2022-07-24 7:23 ` Baolu Lu
2022-07-24 8:39 ` Baolu Lu
2022-07-24 9:13 ` Baolu Lu
2022-07-25 7:46 ` Tian, Kevin
2022-07-25 10:11 ` Baolu Lu
2022-07-31 12:10 ` Yi Liu
2022-07-05 5:07 ` [PATCH v10 05/12] iommu: Add IOMMU SVA domain support Lu Baolu
2022-07-07 1:52 ` Tian, Kevin
2022-07-07 3:01 ` Baolu Lu
2022-07-23 14:15 ` Jason Gunthorpe
2022-07-31 12:19 ` Yi Liu
2022-07-05 5:07 ` [PATCH v10 06/12] iommu/vt-d: Add " Lu Baolu
2022-07-23 14:16 ` Jason Gunthorpe
2022-07-31 12:20 ` Yi Liu
2022-07-05 5:07 ` [PATCH v10 07/12] arm-smmu-v3/sva: " Lu Baolu
2022-07-23 14:20 ` Jason Gunthorpe
2022-07-24 11:58 ` Baolu Lu
2022-07-05 5:07 ` [PATCH v10 08/12] iommu/sva: Refactoring iommu_sva_bind/unbind_device() Lu Baolu
2022-07-05 17:43 ` Jean-Philippe Brucker
2022-07-07 1:56 ` Tian, Kevin
2022-07-07 3:02 ` Baolu Lu
2022-07-23 14:26 ` Jason Gunthorpe
2022-07-24 13:48 ` Baolu Lu
2022-07-25 7:39 ` Jean-Philippe Brucker
2022-07-25 8:02 ` Tian, Kevin
2022-07-25 8:47 ` Jean-Philippe Brucker
2022-07-25 9:33 ` Baolu Lu
2022-07-25 9:52 ` Jean-Philippe Brucker
2022-07-25 14:46 ` Jason Gunthorpe
2022-07-25 7:50 ` Tian, Kevin
2022-07-25 10:22 ` Baolu Lu
2022-07-25 14:47 ` Jason Gunthorpe
2022-07-26 8:47 ` Baolu Lu
2022-07-31 12:36 ` Yi Liu
2022-07-31 13:45 ` Baolu Lu
2022-07-31 12:55 ` Yi Liu
2022-07-31 13:51 ` Baolu Lu
2022-07-05 5:07 ` [PATCH v10 09/12] iommu: Remove SVA related callbacks from iommu ops Lu Baolu
2022-07-23 14:27 ` Jason Gunthorpe
2022-07-31 12:38 ` Yi Liu
2022-07-05 5:07 ` [PATCH v10 10/12] iommu: Prepare IOMMU domain for IOPF Lu Baolu
2022-07-07 1:58 ` Tian, Kevin
2022-07-23 14:33 ` Jason Gunthorpe
2022-07-24 14:04 ` Baolu Lu
2022-07-25 14:49 ` Jason Gunthorpe
2022-07-31 12:50 ` Yi Liu
2022-07-31 13:47 ` Baolu Lu
2022-07-05 5:07 ` [PATCH v10 11/12] iommu: Per-domain I/O page fault handling Lu Baolu
2022-07-07 2:06 ` Tian, Kevin
2022-07-23 14:34 ` Jason Gunthorpe
2022-07-05 5:07 ` [PATCH v10 12/12] iommu: Rename iommu-sva-lib.{c,h} Lu Baolu
2022-07-23 14:34 ` Jason Gunthorpe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e1bdbf24-173b-a702-3c03-8e2c46bcf633@linux.intel.com \
--to=baolu.lu@linux.intel.com \
--cc=ashok.raj@intel.com \
--cc=dave.jiang@intel.com \
--cc=eric.auger@redhat.com \
--cc=hch@infradead.org \
--cc=iommu@lists.linux.dev \
--cc=jacob.jun.pan@intel.com \
--cc=jacob.jun.pan@linux.intel.com \
--cc=jean-philippe@linaro.com \
--cc=jean-philippe@linaro.org \
--cc=jgg@nvidia.com \
--cc=joro@8bytes.org \
--cc=kevin.tian@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=robin.murphy@arm.com \
--cc=tony.zhu@intel.com \
--cc=vkoul@kernel.org \
--cc=will@kernel.org \
--cc=yi.l.liu@intel.com \
--cc=zhangfei.gao@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).