linux-kernel - Re: [PATCH 6/9] iommu/vt-d: Allocate and free pasid table

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5AE92BF9.2090106@linux.intel.com>
Date:   Wed, 2 May 2018 11:09:45 +0800
From:   Lu Baolu <baolu.lu@...ux.intel.com>
To:     "Liu, Yi L" <yi.l.liu@...el.com>,
        David Woodhouse <dwmw2@...radead.org>,
        Joerg Roedel <joro@...tes.org>
Cc:     "Raj, Ashok" <ashok.raj@...el.com>,
        "Kumar, Sanjay K" <sanjay.k.kumar@...el.com>,
        "Pan, Jacob jun" <jacob.jun.pan@...el.com>,
        "Tian, Kevin" <kevin.tian@...el.com>,
        "Sun, Yi Y" <yi.y.sun@...el.com>,
        "iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Jacob Pan <jacob.jun.pan@...ux.intel.com>
Subject: Re: [PATCH 6/9] iommu/vt-d: Allocate and free pasid table

Hi,

On 05/01/2018 05:22 PM, Liu, Yi L wrote:
>> From: Lu Baolu [mailto:baolu.lu@...ux.intel.com]
>> Sent: Tuesday, April 17, 2018 11:03 AM
>>
>> This patch allocates PASID table for a domain at the time when
>> it is being created (if any devices using this domain supports
>> PASID feature), and free it when the domain is freed.
>>
>> Cc: Ashok Raj <ashok.raj@...el.com>
>> Cc: Jacob Pan <jacob.jun.pan@...ux.intel.com>
>> Cc: Kevin Tian <kevin.tian@...el.com>
>> Cc: Liu Yi L <yi.l.liu@...el.com>
>> Signed-off-by: Lu Baolu <baolu.lu@...ux.intel.com>
>> ---
>>  drivers/iommu/intel-iommu.c | 13 +++++++++++++
>>  drivers/iommu/intel-svm.c   |  8 --------
>>  include/linux/intel-iommu.h | 10 ++++++++--
>>  3 files changed, 21 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
>> index caa0b5c..99c643b 100644
>> --- a/drivers/iommu/intel-iommu.c
>> +++ b/drivers/iommu/intel-iommu.c
>> @@ -2460,6 +2460,18 @@ static struct dmar_domain
>> *dmar_insert_one_dev_info(struct intel_iommu *iommu,
>>  		dev->archdata.iommu = info;
>>  	spin_unlock_irqrestore(&device_domain_lock, flags);
>>
>> +	if (dev && dev_is_pci(dev) && info->pasid_supported) {
>> +		if (pasid_enabled(iommu)) {
>> +			size_t size, count;
>> +
>> +			size = sizeof(struct pasid_entry);
>> +			count = min_t(int,
>> +				      pci_max_pasids(to_pci_dev(dev)),
>> +				      intel_pasid_max_id);
>> +			ret = intel_pasid_alloc_table(dev, size, count);
> No check for the return value?

Nice catch. Will fix it in a v2.

>
>> +		}
>> +	}
>> +
>>  	if (dev && domain_context_mapping(domain, dev)) {
>>  		pr_err("Domain context map for %s failed\n", dev_name(dev));
>>  		dmar_remove_one_dev_info(domain, dev);
>> @@ -4826,6 +4838,7 @@ static void dmar_remove_one_dev_info(struct
>> dmar_domain *domain,
>>  	unsigned long flags;
>>
>>  	spin_lock_irqsave(&device_domain_lock, flags);
>> +	intel_pasid_free_table(dev);
>>  	info = dev->archdata.iommu;
>>  	__dmar_remove_one_dev_info(info);
>>  	spin_unlock_irqrestore(&device_domain_lock, flags);
>> diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c
>> index 24d0ea1..3abc94f 100644
>> --- a/drivers/iommu/intel-svm.c
>> +++ b/drivers/iommu/intel-svm.c
>> @@ -34,14 +34,6 @@
>>
>>  static irqreturn_t prq_event_thread(int irq, void *d);
>>
>> -struct pasid_entry {
>> -	u64 val;
>> -};
>> -
>> -struct pasid_state_entry {
>> -	u64 val;
>> -};
>> -
>>  int intel_svm_alloc_pasid_tables(struct intel_iommu *iommu)
>>  {
>>  	struct page *pages;
>> diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
>> index bee7a3f..08e5811 100644
>> --- a/include/linux/intel-iommu.h
>> +++ b/include/linux/intel-iommu.h
>> @@ -382,8 +382,14 @@ enum {
>>  #define VTD_FLAG_TRANS_PRE_ENABLED	(1 << 0)
>>  #define VTD_FLAG_IRQ_REMAP_PRE_ENABLED	(1 << 1)
>>
>> -struct pasid_entry;
>> -struct pasid_state_entry;
>> +struct pasid_entry {
>> +	u64 val;
>> +};
>> +
>> +struct pasid_state_entry {
>> +	u64 val;
>> +};
>> +
>>  struct page_req_dsc;
>>
>>  struct dmar_domain {
> Overall, this patch looks good to me. But need to fix the comment above.
>
> Reviewed-by: Liu, Yi L <yi.l.liu@...el.com>
>
> Regards,
> Yi Liu

Sure.

Best regards,
Lu Baolu