From: kernel test robot <lkp@intel.com>
To: Klaus Jensen <its@irrelevant.dk>
Cc: oe-kbuild-all@lists.linux.dev
Subject: Re: [PATCH RFC PREVIEW 4/6] iommu: init pasid array while doing domain_replace and iopf is active
Date: Fri, 30 Aug 2024 15:23:52 +0800 [thread overview]
Message-ID: <202408301533.Re9SdBUG-lkp@intel.com> (raw)
In-Reply-To: <20240826-iopf-for-all-v1-4-59174e6a7528@samsung.com>
Hi Klaus,
[This is a private test report for your RFC patch.]
kernel test robot noticed the following build warnings:
[auto build test WARNING on 3d5f968a177d468cd13568ef901c5be84d83d32b]
url: https://github.com/intel-lab-lkp/linux/commits/Klaus-Jensen/iommu-vt-d-Separate-page-request-queue-from-SVM/20240826-194355
base: 3d5f968a177d468cd13568ef901c5be84d83d32b
patch link: https://lore.kernel.org/r/20240826-iopf-for-all-v1-4-59174e6a7528%40samsung.com
patch subject: [PATCH RFC PREVIEW 4/6] iommu: init pasid array while doing domain_replace and iopf is active
config: x86_64-defconfig (https://download.01.org/0day-ci/archive/20240830/202408301533.Re9SdBUG-lkp@intel.com/config)
compiler: gcc-11 (Debian 11.3.0-12) 11.3.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240830/202408301533.Re9SdBUG-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202408301533.Re9SdBUG-lkp@intel.com/
All warnings (new ones prefixed by >>):
>> drivers/iommu/iommu.c:3511: warning: Function parameter or struct member 'domain' not described in 'iommu_init_pasid_array'
>> drivers/iommu/iommu.c:3511: warning: Function parameter or struct member 'group' not described in 'iommu_init_pasid_array'
>> drivers/iommu/iommu.c:3511: warning: Function parameter or struct member 'handle' not described in 'iommu_init_pasid_array'
vim +3511 drivers/iommu/iommu.c
3500
3501 /**
3502 * iommu_init_pasid_array - Initialize pasid array in the domain group
3503 *
3504 * Returns 0 on success. Error code on failure
3505 *
3506 * An IOMMU_NO_PASID element is *NOT* replaced if there is one already there.
3507 */
3508 int iommu_init_pasid_array(struct iommu_domain *domain,
3509 struct iommu_group *group,
3510 struct iommu_attach_handle *handle)
> 3511 {
3512 int ret;
3513
3514 if (handle)
3515 handle->domain = domain;
3516
3517 mutex_lock(&group->mutex);
3518 ret = xa_insert(&group->pasid_array, IOMMU_NO_PASID, handle, GFP_KERNEL);
3519 mutex_unlock(&group->mutex);
3520
3521 if (ret == -EBUSY)
3522 ret = 0;
3523
3524 return ret;
3525 }
3526 EXPORT_SYMBOL_NS_GPL(iommu_init_pasid_array, IOMMUFD_INTERNAL);
3527
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next prev parent reply other threads:[~2024-08-30 7:23 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-26 11:40 [PATCH RFC PREVIEW 0/6] iommu: enable user space iopfs in non-nested and non-svm cases Klaus Jensen
2024-08-26 11:40 ` [PATCH RFC PREVIEW 1/6] iommu/vt-d: Separate page request queue from SVM Klaus Jensen
2024-08-26 13:09 ` Baolu Lu
2024-09-04 9:12 ` Joel Granados
2024-09-04 11:07 ` Baolu Lu
2024-09-01 5:16 ` Baolu Lu
2024-09-04 8:39 ` Joel Granados
2024-08-26 11:40 ` [PATCH RFC PREVIEW 2/6] iommu: Make IOMMU_IOPF selectable in Kconfig Klaus Jensen
2024-08-26 14:05 ` Jason Gunthorpe
2024-09-04 9:44 ` Joel Granados
2024-08-26 11:40 ` [PATCH RFC PREVIEW 3/6] iommufd: Enable PRI when doing the iommufd_hwpt_alloc Klaus Jensen
2024-08-26 11:40 ` [PATCH RFC PREVIEW 4/6] iommu: init pasid array while doing domain_replace and iopf is active Klaus Jensen
2024-08-30 7:23 ` kernel test robot [this message]
2024-08-26 11:40 ` [PATCH RFC PREVIEW 5/6] iommu/vt-d: drop pasid requirement for prq initialization Klaus Jensen
2024-08-26 11:40 ` [PATCH RFC PREVIEW 6/6] iommu/vt-d: do not require a PASID in page requests Klaus Jensen
2024-09-04 10:19 ` Joel Granados
2024-09-04 11:39 ` Joel Granados
2024-08-26 13:59 ` [PATCH RFC PREVIEW 0/6] iommu: enable user space iopfs in non-nested and non-svm cases Jason Gunthorpe
2024-09-02 10:48 ` Joel Granados
2024-09-02 11:06 ` Joel Granados
2024-09-02 12:47 ` Baolu Lu
2024-09-03 13:20 ` Joel Granados
2024-09-04 1:37 ` Baolu Lu
2024-09-04 10:05 ` Joel Granados
2024-09-04 16:13 ` Jason Gunthorpe
2024-09-09 14:46 ` Joel Granados
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=202408301533.Re9SdBUG-lkp@intel.com \
--to=lkp@intel.com \
--cc=its@irrelevant.dk \
--cc=oe-kbuild-all@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.