Kernel KVM virtualization development
 help / color / mirror / Atom feed
From: Sean Christopherson <seanjc@google.com>
To: sashiko-reviews@lists.linux.dev
Cc: kvm@vger.kernel.org
Subject: Re: [PATCH v6 07/18] KVM: selftests: Add VFIO device support to eventfd IRQ test
Date: Wed, 10 Jun 2026 11:06:04 -0700	[thread overview]
Message-ID: <aimnjHurnYPMI5ii@google.com> (raw)
In-Reply-To: <20260610010517.1333F1F00893@smtp.kernel.org>

On Wed, Jun 10, 2026, sashiko-bot@kernel.org wrote:
> > diff --git a/tools/testing/selftests/kvm/irq_test.c b/tools/testing/selftests/kvm/irq_test.c
> > index 9f8895b898214..6888be54ee4a9 100644
> > --- a/tools/testing/selftests/kvm/irq_test.c
> > +++ b/tools/testing/selftests/kvm/irq_test.c
> 
> [ ... ]
> 
> > @@ -74,11 +107,29 @@ static void kvm_route_msi(struct kvm_vm *vm, u32 gsi, struct kvm_vcpu *vcpu,
> >  	vm_ioctl(vm, KVM_SET_GSI_ROUTING, &routing.header);
> >  }
> >  
> > +static const char *probe_iommu_type(void)
> > +{
> > +	int io_fd;
> > +
> > +	io_fd = open("/dev/iommu", O_RDONLY);
> > +	if (io_fd >= 0) {
> > +		close(io_fd);
> > +		return MODE_IOMMUFD;
> > +	}
> > +
> > +	io_fd = __open_path_or_exit("/dev/vfio", O_RDONLY,
> > +				    "Is VFIO (or IOMMUFD) loaded and enabled?");
> > +	close(io_fd);
> 
> [Severity: Medium]
> The commit message states that the test will auto-probe IOMMUFD vs legacy
> VFIO and skip the test if neither is available. However, probe_iommu_type()
> calls __open_path_or_exit() on /dev/vfio.
> 
> Because /dev/vfio is a directory, open() with O_RDONLY will succeed if the
> directory exists (e.g., created by udev or left over after a module unload),
> even if the VFIO module is not loaded and the character device is absent.
> Opening a directory does not trigger the kernel's character device module
> autoloading.
> 
> If this occurs, probe_iommu_type() incorrectly assumes VFIO is available and
> returns MODE_VFIO_TYPE1_IOMMU. The test then calls iommu_init(), which attempts
> to open /dev/vfio/vfio and will fatally abort, resulting in a test crash rather
> than a clean skip.
> 
> Additionally, using __open_path_or_exit() will cause the test to exit rather
> than skip if the path does not exist.
> 
> Should this probe instead check for the /dev/vfio/vfio character device and
> use open() instead of __open_path_or_exit() to allow the test to gracefully
> skip and trigger module autoloading?

No, "probe" here means guessing which flavor of VFIO vs. IOMMUFD, it doesn't
mean probing a kernel module.

  reply	other threads:[~2026-06-10 18:06 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-10  0:53 [PATCH v6 00/18] KVM: selftests: Add eventfd+VFIO IRQ test Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 01/18] KVM: selftests: Build and link selftests/vfio/lib into KVM selftests Sean Christopherson
2026-06-10  1:03   ` sashiko-bot
2026-06-10 19:18     ` Sean Christopherson
2026-06-10 20:14       ` David Matlack
2026-06-10 20:15         ` David Matlack
2026-06-10  0:53 ` [PATCH v6 02/18] KVM: selftests: Add macros to read/write+sync to/from guest memory Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 03/18] KVM: selftests: Rename guest_rng to kvm_rng Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 04/18] KVM: selftests: Add helper to generate random u64 in range [min,max] Sean Christopherson
2026-06-10  1:01   ` sashiko-bot
2026-06-10  0:53 ` [PATCH v6 05/18] KVM: selftests: Add an irqfd send+receive (and later IRQ bypass) test Sean Christopherson
2026-06-10  1:08   ` sashiko-bot
2026-06-10 19:35     ` Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 06/18] KVM: selftests: Add helper to get host IRQ from device MSI-X for IRQ bypass test Sean Christopherson
2026-06-10  1:01   ` sashiko-bot
2026-06-10  0:53 ` [PATCH v6 07/18] KVM: selftests: Add VFIO device support to eventfd IRQ test Sean Christopherson
2026-06-10  1:05   ` sashiko-bot
2026-06-10 18:06     ` Sean Christopherson [this message]
2026-06-10  0:53 ` [PATCH v6 08/18] KVM: selftests: Add a helper to set proc IRQ affinity for " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 09/18] KVM: selftests: Verify interrupts are received when IRQ affinity changes in " Sean Christopherson
2026-06-10  1:06   ` sashiko-bot
2026-06-10 19:20     ` Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 10/18] KVM: selftests: Add option to set empty routing between IRQs in eventfd " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 11/18] KVM: selftests: Make number of IRQs configurable in " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 12/18] KVM: selftests: Verify non-postable IRQ remapping " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 13/18] KVM: selftests: Add kvm_gettid() wrapper and convert users Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 14/18] KVM: selftests: Add kvm_sched_getaffinity() " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 15/18] KVM: selftests: Add a utility to pin a task to a random CPU, given a CPU set Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 16/18] KVM: selftests: Verify vCPU migration during IRQ delivery in IRQ test Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 17/18] KVM: selftests: Make number of vCPUs configurable " Sean Christopherson
2026-06-10  0:53 ` [PATCH v6 18/18] KVM: selftests: Add xAPIC support in eventfd " Sean Christopherson

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=aimnjHurnYPMI5ii@google.com \
    --to=seanjc@google.com \
    --cc=kvm@vger.kernel.org \
    --cc=sashiko-reviews@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox