public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Lu Baolu <baolu.lu@linux.intel.com>
To: Robin Murphy <robin.murphy@arm.com>,
	Joerg Roedel <joro@8bytes.org>, Jason Gunthorpe <jgg@nvidia.com>,
	Christoph Hellwig <hch@infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	Kevin Tian <kevin.tian@intel.com>,
	Ashok Raj <ashok.raj@intel.com>, Will Deacon <will@kernel.org>
Cc: baolu.lu@linux.intel.com,
	Alex Williamson <alex.williamson@redhat.com>,
	Eric Auger <eric.auger@redhat.com>, Liu Yi L <yi.l.liu@intel.com>,
	Jacob jun Pan <jacob.jun.pan@intel.com>,
	David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>,
	Thierry Reding <thierry.reding@gmail.com>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 08/10] iommu: Remove unused argument in is_attach_deferred
Date: Mon, 14 Feb 2022 08:50:48 +0800	[thread overview]
Message-ID: <73989fc7-b01e-fbfc-3fbd-cef0ec326334@linux.intel.com> (raw)
In-Reply-To: <290a89f0-8318-6130-468c-6412add62cfb@arm.com>

Hi Robin,

On 2/9/22 9:52 PM, Robin Murphy wrote:
> On 2022-02-08 01:25, Lu Baolu wrote:
>> The is_attach_deferred iommu_ops callback is a device op. The domain
>> argument is unnecessary and never used. Remove it to make code clean.
>>
>> Suggested-by: Robin Murphy <robin.murphy@arm.com>
>> Signed-off-by: Lu Baolu <baolu.lu@linux.intel.com>
>> ---
>>   include/linux/iommu.h         |  2 +-
>>   drivers/iommu/amd/amd_iommu.h |  3 +--
>>   drivers/iommu/amd/iommu.c     |  3 +--
>>   drivers/iommu/amd/iommu_v2.c  |  2 +-
>>   drivers/iommu/intel/iommu.c   |  3 +--
>>   drivers/iommu/iommu.c         | 15 ++++++---------
>>   6 files changed, 11 insertions(+), 17 deletions(-)
>>
>> diff --git a/include/linux/iommu.h b/include/linux/iommu.h
>> index eb2684f95018..47ca7eca5d7b 100644
>> --- a/include/linux/iommu.h
>> +++ b/include/linux/iommu.h
>> @@ -269,7 +269,7 @@ struct iommu_ops {
>>       void (*put_resv_regions)(struct device *dev, struct list_head 
>> *list);
>>       int (*of_xlate)(struct device *dev, struct of_phandle_args *args);
>> -    bool (*is_attach_deferred)(struct iommu_domain *domain, struct 
>> device *dev);
>> +    bool (*is_attach_deferred)(struct device *dev);
>>       /* Per device IOMMU features */
>>       bool (*dev_has_feat)(struct device *dev, enum iommu_dev_features 
>> f);
>> diff --git a/drivers/iommu/amd/amd_iommu.h 
>> b/drivers/iommu/amd/amd_iommu.h
>> index 416815a525d6..3b2f06b7aca6 100644
>> --- a/drivers/iommu/amd/amd_iommu.h
>> +++ b/drivers/iommu/amd/amd_iommu.h
>> @@ -116,8 +116,7 @@ void amd_iommu_domain_clr_pt_root(struct 
>> protection_domain *domain)
>>   extern bool translation_pre_enabled(struct amd_iommu *iommu);
>> -extern bool amd_iommu_is_attach_deferred(struct iommu_domain *domain,
>> -                     struct device *dev);
>> +extern bool amd_iommu_is_attach_deferred(struct device *dev);
>>   extern int __init add_special_device(u8 type, u8 id, u16 *devid,
>>                        bool cmd_line);
>> diff --git a/drivers/iommu/amd/iommu.c b/drivers/iommu/amd/iommu.c
>> index 461f1844ed1f..37f2fbb4b129 100644
>> --- a/drivers/iommu/amd/iommu.c
>> +++ b/drivers/iommu/amd/iommu.c
>> @@ -2215,8 +2215,7 @@ static void amd_iommu_get_resv_regions(struct 
>> device *dev,
>>       list_add_tail(&region->list, head);
>>   }
>> -bool amd_iommu_is_attach_deferred(struct iommu_domain *domain,
>> -                  struct device *dev)
>> +bool amd_iommu_is_attach_deferred(struct device *dev)
>>   {
>>       struct iommu_dev_data *dev_data = dev_iommu_priv_get(dev);
>> diff --git a/drivers/iommu/amd/iommu_v2.c b/drivers/iommu/amd/iommu_v2.c
>> index 58da08cc3d01..7c94ec05d289 100644
>> --- a/drivers/iommu/amd/iommu_v2.c
>> +++ b/drivers/iommu/amd/iommu_v2.c
>> @@ -537,7 +537,7 @@ static int ppr_notifier(struct notifier_block *nb, 
>> unsigned long e, void *data)
>>       ret = NOTIFY_DONE;
>>       /* In kdump kernel pci dev is not initialized yet -> send 
>> INVALID */
>> -    if (amd_iommu_is_attach_deferred(NULL, &pdev->dev)) {
>> +    if (amd_iommu_is_attach_deferred(&pdev->dev)) {
>>           amd_iommu_complete_ppr(pdev, iommu_fault->pasid,
>>                          PPR_INVALID, tag);
>>           goto out;
>> diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c
>> index 2b5f4e57a8bb..80f1294be634 100644
>> --- a/drivers/iommu/intel/iommu.c
>> +++ b/drivers/iommu/intel/iommu.c
>> @@ -5052,8 +5052,7 @@ intel_iommu_dev_disable_feat(struct device *dev, 
>> enum iommu_dev_features feat)
>>       }
>>   }
>> -static bool intel_iommu_is_attach_deferred(struct iommu_domain *domain,
>> -                       struct device *dev)
>> +static bool intel_iommu_is_attach_deferred(struct device *dev)
>>   {
>>       return attach_deferred(dev);
> 
> Seems like there's no need to wrap this now?

I just realized that I have cleaned this up in this patch.

https://lore.kernel.org/linux-iommu/20220207064142.1092846-7-baolu.lu@linux.intel.com/

Best regards,
baolu

  parent reply	other threads:[~2022-02-14  0:52 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-08  1:25 [PATCH v2 00/10] iommu cleanup and refactoring Lu Baolu
2022-02-08  1:25 ` [PATCH v2 01/10] iommu/vt-d: Remove guest pasid related callbacks Lu Baolu
2022-02-09 13:29   ` Jason Gunthorpe
2022-02-08  1:25 ` [PATCH v2 02/10] iommu: Remove guest pasid related interfaces and definitions Lu Baolu
2022-02-09 13:29   ` Jason Gunthorpe
2022-02-10  0:44     ` Lu Baolu
2022-02-08  1:25 ` [PATCH v2 03/10] iommu/vt-d: Remove aux-domain related callbacks Lu Baolu
2022-02-09 13:30   ` Jason Gunthorpe
2022-02-08  1:25 ` [PATCH v2 04/10] iommu: Remove aux-domain related interfaces and iommu_ops Lu Baolu
2022-02-09 13:30   ` Jason Gunthorpe
2022-02-08  1:25 ` [PATCH v2 05/10] iommu: Remove apply_resv_region Lu Baolu
2022-02-09  6:36   ` Christoph Hellwig
2022-02-09 13:31   ` Jason Gunthorpe
2022-02-08  1:25 ` [PATCH v2 06/10] drm/nouveau/device: Get right pgsize_bitmap of iommu_domain Lu Baolu
2022-02-09 13:31   ` Jason Gunthorpe
2022-02-10  0:48     ` Lu Baolu
2022-02-08  1:25 ` [PATCH v2 07/10] iommu: Use right way to retrieve iommu_ops Lu Baolu
2022-02-09  6:40   ` Christoph Hellwig
2022-02-09 13:33   ` Jason Gunthorpe
2022-02-08  1:25 ` [PATCH v2 08/10] iommu: Remove unused argument in is_attach_deferred Lu Baolu
2022-02-09  6:41   ` Christoph Hellwig
2022-02-09 13:34   ` Jason Gunthorpe
2022-02-09 13:52   ` Robin Murphy
2022-02-10  0:51     ` Lu Baolu
2022-02-14  0:50     ` Lu Baolu [this message]
2022-02-08  1:25 ` [PATCH v2 09/10] iommu: Use dev_iommu_ops() helper Lu Baolu
2022-02-09  6:44   ` Christoph Hellwig
2022-02-09 13:41   ` Jason Gunthorpe
2022-02-10  1:10     ` Lu Baolu
2022-02-08  1:25 ` [PATCH v2 10/10] iommu: Split struct iommu_ops Lu Baolu
2022-02-09  6:46   ` Christoph Hellwig
2022-02-09 13:43     ` Jason Gunthorpe
2022-02-14  2:00 ` [PATCH v2 00/10] iommu cleanup and refactoring Lu Baolu

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=73989fc7-b01e-fbfc-3fbd-cef0ec326334@linux.intel.com \
    --to=baolu.lu@linux.intel.com \
    --cc=airlied@linux.ie \
    --cc=alex.williamson@redhat.com \
    --cc=ashok.raj@intel.com \
    --cc=bskeggs@redhat.com \
    --cc=daniel@ffwll.ch \
    --cc=eric.auger@redhat.com \
    --cc=hch@infradead.org \
    --cc=iommu@lists.linux-foundation.org \
    --cc=jacob.jun.pan@intel.com \
    --cc=jgg@nvidia.com \
    --cc=jonathanh@nvidia.com \
    --cc=joro@8bytes.org \
    --cc=kevin.tian@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=thierry.reding@gmail.com \
    --cc=will@kernel.org \
    --cc=yi.l.liu@intel.com \
    /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