From: "Laguna, Lukasz" <lukasz.laguna@intel.com>
To: "Bernatowicz, Marcin" <marcin.bernatowicz@linux.intel.com>,
<igt-dev@lists.freedesktop.org>
Cc: "Jakub Kolakowski" <jakub1.kolakowski@intel.com>,
"Michał Winiarski" <michal.winiarski@intel.com>,
"Piotr Piórkowski" <piotr.piorkowski@intel.com>
Subject: Re: [PATCH v3 i-g-t 7/7] tests/intel/xe_sriov_flr: Skip xe-vfio-pci load/bind when IOMMU is off
Date: Wed, 11 Feb 2026 07:43:10 +0100 [thread overview]
Message-ID: <e521f0c2-dccc-47f4-94fd-e3f1c94dee1c@intel.com> (raw)
In-Reply-To: <bf66b0d7-d0d6-466e-ab9b-f6bc60cf8dec@linux.intel.com>
On 2/10/2026 12:23, Bernatowicz, Marcin wrote:
>
> On 2/9/2026 11:42 AM, Laguna, Lukasz wrote:
>>
>> On 2/4/2026 17:32, Marcin Bernatowicz wrote:
>>> When the IOMMU is disabled VFs typically lack an iommu_group, and
>>> xe-vfio-pci binding may fail. Skip load/bind in that case.
>>
>> I'm not sure if checking for IOMMU groups is enough.
>> I think it's possible that the device has the IOMMU group and
>> vfio-pci still fail to bind if e.g. CONFIG_VFIO_IOMMU_TYPE1 is disabled.
>>
>> We have a control on the environment where test is executed, so I'm
>> not sure if this patch is needed. We prefer to use the approach with
>> xe-vfio-pci, so if it fails because of the system configuration than
>> I think it would be better to fix the configuration.
>
>
> Maybe it's good time to add xe_sriov_vfio test with some basic checks:
>
> igt@xe_sriov_vfio@load-xe-vfio-pci
> igt@xe_sriov_vfio@unload-xe-vfio-pci
> igt@xe_sriov_vfio@bind-unbind-vf
> igt@xe_sriov_vfio@open-basic
>
> ?
>
Sounds good to me
>>> Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
>>> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com>
>>> Cc: Lukasz Laguna <lukasz.laguna@intel.com>
>>> Cc: Michał Winiarski <michal.winiarski@intel.com>
>>> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com>
>>> ---
>>> tests/intel/xe_sriov_flr.c | 43
>>> +++++++++++++++++++++++++++++++++++---
>>> 1 file changed, 40 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/tests/intel/xe_sriov_flr.c b/tests/intel/xe_sriov_flr.c
>>> index b73727787..3fc84bbf9 100644
>>> --- a/tests/intel/xe_sriov_flr.c
>>> +++ b/tests/intel/xe_sriov_flr.c
>>> @@ -13,6 +13,7 @@
>>> #include "igt_kmod.h"
>>> #include "igt_pci.h"
>>> #include "igt_sriov_device.h"
>>> +#include "igt_sysfs.h"
>>> #include "intel_chipset.h"
>>> #include "intel_vram.h"
>>> #include "linux_scaffold.h"
>>> @@ -325,6 +326,44 @@ static void vf_unbind_driver_override(int
>>> pf_fd, unsigned int vf_id)
>>> free(slot);
>>> }
>>> +static bool vf_has_iommu_group(int pf_fd, unsigned int vf_id)
>>> +{
>>> + int sysfs;
>>> + bool present;
>>> +
>>> + sysfs = igt_sriov_device_sysfs_open(pf_fd, vf_id);
>>> + if (sysfs < 0)
>>> + return false;
>>> +
>>> + present = igt_sysfs_has_attr(sysfs, "iommu_group");
>>> + close(sysfs);
>>> +
>>> + return present;
>>> +}
>>> +
>>> +static bool vfs_have_iommu_groups(int pf_fd, int num_vfs)
>>> +{
>>> + for (int vf_id = 1; vf_id <= num_vfs; vf_id++)
>>> + if (!vf_has_iommu_group(pf_fd, vf_id))
>>> + return false;
>>> +
>>> + return true;
>>> +}
>>> +
>>> +static bool try_load_xe_vfio_pci(int pf_fd, int num_vfs)
>>> +{
>>> + if (!g_use_xe_vfio_pci)
>>> + return false;
>>> +
>>> + if (!vfs_have_iommu_groups(pf_fd, num_vfs)) {
>>> + igt_info("Disabling xe-vfio-pci binding: missing VF IOMMU
>>> group(s) (IOMMU off?)\n");
>>> + g_use_xe_vfio_pci = false;
>>> + return false;
>>> + }
>>> +
>>> + return igt_kmod_load("xe_vfio_pci", NULL) >= 0;
>>> +}
>>> +
>>> /**
>>> * flr_exec_strategy - Function pointer for FLR execution strategy
>>> * @pf_fd: File descriptor for the Physical Function (PF).
>>> @@ -386,9 +425,7 @@ static void verify_flr(int pf_fd, int num_vfs,
>>> struct subcheck *checks,
>>> if (igt_warn_on(igt_pci_system_reinit()))
>>> goto disable_vfs;
>>> - xe_vfio_loaded = false;
>>> - if (g_use_xe_vfio_pci)
>>> - xe_vfio_loaded = igt_kmod_load("xe_vfio_pci", NULL) >= 0;
>>> + xe_vfio_loaded = try_load_xe_vfio_pci(pf_fd, num_vfs);
>>> if (xe_vfio_loaded) {
>>> vf_bound = calloc(num_vfs + 1, sizeof(*vf_bound));
>>> igt_assert(vf_bound);
next prev parent reply other threads:[~2026-02-11 6:43 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-04 16:32 [PATCH v3 i-g-t 0/7] PCI driver helpers and xe-vfio-pci FLR improvement Marcin Bernatowicz
2026-02-04 16:32 ` [PATCH v3 i-g-t 1/7] lib/igt_sriov_device: Add helper to get VF PCI slot address Marcin Bernatowicz
2026-02-04 16:32 ` [PATCH v3 i-g-t 2/7] lib/igt_pci: Add generic PCI driver override and bind/unbind helpers Marcin Bernatowicz
2026-02-09 10:16 ` Laguna, Lukasz
2026-02-10 10:19 ` Bernatowicz, Marcin
2026-02-11 6:39 ` Laguna, Lukasz
2026-02-11 11:21 ` Bernatowicz, Marcin
2026-02-04 16:32 ` [PATCH v3 i-g-t 3/7] tests/intel/xe_sriov_flr: Attach VFs to xe-vfio-pci before initiating FLR Marcin Bernatowicz
2026-02-09 10:17 ` Laguna, Lukasz
2026-02-04 16:32 ` [PATCH v3 i-g-t 4/7] lib/igt_kmod: Fix PCI bind/unbind for module/driver name mismatch Marcin Bernatowicz
2026-02-04 16:32 ` [PATCH v3 i-g-t 5/7] tests/intel/xe_sriov_flr: Add --wait-flr-ms option Marcin Bernatowicz
2026-02-09 10:18 ` Laguna, Lukasz
2026-02-04 16:32 ` [PATCH v3 i-g-t 6/7] tests/intel/xe_sriov_flr: Add --no-xe-vfio-pci option Marcin Bernatowicz
2026-02-09 10:18 ` Laguna, Lukasz
2026-02-04 16:32 ` [PATCH v3 i-g-t 7/7] tests/intel/xe_sriov_flr: Skip xe-vfio-pci load/bind when IOMMU is off Marcin Bernatowicz
2026-02-09 10:42 ` Laguna, Lukasz
2026-02-10 11:23 ` Bernatowicz, Marcin
2026-02-11 6:43 ` Laguna, Lukasz [this message]
2026-02-04 18:27 ` ✓ Xe.CI.BAT: success for PCI driver helpers and xe-vfio-pci FLR improvement (rev3) Patchwork
2026-02-04 18:41 ` ✓ i915.CI.BAT: " Patchwork
2026-02-05 5:02 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-02-05 10:13 ` Bernatowicz, Marcin
2026-02-05 8:13 ` ✓ i915.CI.Full: success " Patchwork
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=e521f0c2-dccc-47f4-94fd-e3f1c94dee1c@intel.com \
--to=lukasz.laguna@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=jakub1.kolakowski@intel.com \
--cc=marcin.bernatowicz@linux.intel.com \
--cc=michal.winiarski@intel.com \
--cc=piotr.piorkowski@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