* [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors
@ 2026-08-05 3:29 Xiong Weimin
2026-08-05 5:37 ` Michael S. Tsirkin
2026-08-05 6:19 ` Xiong Weimin
0 siblings, 2 replies; 5+ messages in thread
From: Xiong Weimin @ 2026-08-05 3:29 UTC (permalink / raw)
To: virtualization, linux-kernel, Michael S. Tsirkin
Cc: Jason Wang, Jason Wang, Xuan Zhuo, Eugenio Pérez, stable,
Xiong Weimin
vp_request_msix_vectors() bumps desc->pre_vectors in place to reserve
the virtio config vector. vp_find_vqs() may call it more than once while
retrying MSI-X with different per-vq policies, so the caller's
irq_affinity keeps accumulating and later attempts get the wrong
affinity layout.
Copy the descriptor to a stack local, adjust pre_vectors there, and
pass that to pci_alloc_irq_vectors_affinity().
Fixes: ba74b6f7fcc0 ("virtio_pci: fix cpu affinity support")
Cc: stable@vger.kernel.org
Signed-off-by: Xiong Weimin <xiongweimin@kylinos.cn>
---
drivers/virtio/virtio_pci_common.c | 16 ++++++++++------
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/virtio/virtio_pci_common.c b/drivers/virtio/virtio_pci_common.c
index 164f480b1..9e75fd03e 100644
--- a/drivers/virtio/virtio_pci_common.c
+++ b/drivers/virtio/virtio_pci_common.c
@@ -128,6 +128,7 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors,
{
struct virtio_pci_device *vp_dev = to_vp_device(vdev);
const char *name = dev_name(&vp_dev->vdev.dev);
+ struct irq_affinity tmp_aff, *aff = NULL;
unsigned int flags = PCI_IRQ_MSIX;
unsigned int i, v;
int err = -ENOMEM;
@@ -146,16 +147,19 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors,
GFP_KERNEL))
goto error;
- if (!per_vq_vectors)
- desc = NULL;
-
- if (desc) {
+ if (per_vq_vectors && desc) {
+ /*
+ * Do not mutate the caller's irq_affinity across MSI-X
+ * fallback retries in vp_find_vqs().
+ */
+ tmp_aff = *desc;
+ tmp_aff.pre_vectors++; /* virtio config vector */
+ aff = &tmp_aff;
flags |= PCI_IRQ_AFFINITY;
- desc->pre_vectors++; /* virtio config vector */
}
err = pci_alloc_irq_vectors_affinity(vp_dev->pci_dev, nvectors,
- nvectors, flags, desc);
+ nvectors, flags, aff);
if (err < 0)
goto error;
vp_dev->msix_enabled = 1;
--
2.43.0
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors
2026-08-05 3:29 [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors Xiong Weimin
@ 2026-08-05 5:37 ` Michael S. Tsirkin
2026-08-05 6:47 ` Xiong Weimin
2026-08-05 6:19 ` Xiong Weimin
1 sibling, 1 reply; 5+ messages in thread
From: Michael S. Tsirkin @ 2026-08-05 5:37 UTC (permalink / raw)
To: Xiong Weimin
Cc: virtualization, linux-kernel, Jason Wang, Jason Wang, Xuan Zhuo,
Eugenio Pérez, stable
On Wed, Aug 05, 2026 at 11:29:34AM +0800, Xiong Weimin wrote:
> vp_request_msix_vectors() bumps desc->pre_vectors in place to reserve
> the virtio config vector. vp_find_vqs() may call it more than once while
> retrying MSI-X with different per-vq policies, so the caller's
> irq_affinity keeps accumulating and later attempts get the wrong
> affinity layout.
>
> Copy the descriptor to a stack local, adjust pre_vectors there, and
> pass that to pci_alloc_irq_vectors_affinity().
>
> Fixes: ba74b6f7fcc0 ("virtio_pci: fix cpu affinity support")
> Cc: stable@vger.kernel.org
> Signed-off-by: Xiong Weimin <xiongweimin@kylinos.cn>
> ---
> drivers/virtio/virtio_pci_common.c | 16 ++++++++++------
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/virtio/virtio_pci_common.c b/drivers/virtio/virtio_pci_common.c
> index 164f480b1..9e75fd03e 100644
> --- a/drivers/virtio/virtio_pci_common.c
> +++ b/drivers/virtio/virtio_pci_common.c
> @@ -128,6 +128,7 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors,
> {
> struct virtio_pci_device *vp_dev = to_vp_device(vdev);
> const char *name = dev_name(&vp_dev->vdev.dev);
> + struct irq_affinity tmp_aff, *aff = NULL;
"tmp" in what sense? if we can come up with a sensible name, just
"affinity" will do.
> unsigned int flags = PCI_IRQ_MSIX;
> unsigned int i, v;
> int err = -ENOMEM;
> @@ -146,16 +147,19 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors,
> GFP_KERNEL))
> goto error;
>
> - if (!per_vq_vectors)
> - desc = NULL;
> -
> - if (desc) {
> + if (per_vq_vectors && desc) {
> + /*
> + * Do not mutate the caller's irq_affinity across MSI-X
> + * fallback retries in vp_find_vqs().
> + */
We do not need a comment arguing with previous version of the code.
> + tmp_aff = *desc;
> + tmp_aff.pre_vectors++; /* virtio config vector */
> + aff = &tmp_aff;
just assign to desc, instead?
> flags |= PCI_IRQ_AFFINITY;
> - desc->pre_vectors++; /* virtio config vector */
> }
>
> err = pci_alloc_irq_vectors_affinity(vp_dev->pci_dev, nvectors,
> - nvectors, flags, desc);
> + nvectors, flags, aff);
> if (err < 0)
> goto error;
> vp_dev->msix_enabled = 1;
> --
> 2.43.0
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors
2026-08-05 3:29 [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors Xiong Weimin
2026-08-05 5:37 ` Michael S. Tsirkin
@ 2026-08-05 6:19 ` Xiong Weimin
1 sibling, 0 replies; 5+ messages in thread
From: Xiong Weimin @ 2026-08-05 6:19 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: virtualization, linux-kernel, Jason Wang, Jason Wang, Xuan Zhuo,
Eugenio Pérez, stable
On the virtio_input thread, Michael asked whether each of these patches
is a real or a theoretical issue for stable. For this virtio_pci patch:
Real, when affinity is requested and MSI-X policy falls back.
vp_find_vqs() retries EACH -> SHARED_SLOW -> SHARED. Each failed
vp_request_msix_vectors() currently does desc->pre_vectors++ in place,
so a later successful attempt sees a polluted pre_vectors and gets the
wrong affinity layout. That fallback path is unconditional in the
driver.
I have not collected a userspace/IRQ-affinity failure log yet. Please
let me know if you still want Cc: stable on this one.
Thanks,
Xiong
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors
2026-08-05 5:37 ` Michael S. Tsirkin
@ 2026-08-05 6:47 ` Xiong Weimin
2026-08-05 6:59 ` Michael S. Tsirkin
0 siblings, 1 reply; 5+ messages in thread
From: Xiong Weimin @ 2026-08-05 6:47 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: virtualization, linux-kernel, Jason Wang, Jason Wang, Xuan Zhuo,
Eugenio Pérez, stable
On Wed, Aug 05, 2026 at 01:37:01AM -0400, Michael S. Tsirkin wrote:
> "tmp" in what sense? if we can come up with a sensible name, just
> "affinity" will do.
>
> We do not need a comment arguing with previous version of the code.
>
> just assign to desc, instead?
Thanks, will do. I will post a fresh [PATCH v2] as a new standalone
mail (not threaded under this one) with:
- a local "affinity" copy
- that comment dropped
- desc = &affinity, and keep passing desc
On the virtio_input thread you also asked whether this is real or
theoretical for stable. For this virtio_pci patch: real when the caller
passes irq_affinity and MSI-X policy falls back.
vp_find_vqs() retries EACH -> SHARED_SLOW -> SHARED. A failed
vp_request_msix_vectors() currently does desc->pre_vectors++ in place,
so a later successful attempt sees a polluted pre_vectors and gets the
wrong affinity layout. That fallback path is unconditional in the
driver.
I have not collected a userspace failure log yet. Please let me know if
you still want Cc: stable on the v2.
Thanks,
Xiong
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors
2026-08-05 6:47 ` Xiong Weimin
@ 2026-08-05 6:59 ` Michael S. Tsirkin
0 siblings, 0 replies; 5+ messages in thread
From: Michael S. Tsirkin @ 2026-08-05 6:59 UTC (permalink / raw)
To: Xiong Weimin
Cc: virtualization, linux-kernel, Jason Wang, Jason Wang, Xuan Zhuo,
Eugenio Pérez, stable
On Wed, Aug 05, 2026 at 02:47:06PM +0800, Xiong Weimin wrote:
> On Wed, Aug 05, 2026 at 01:37:01AM -0400, Michael S. Tsirkin wrote:
> > "tmp" in what sense? if we can come up with a sensible name, just
> > "affinity" will do.
> >
> > We do not need a comment arguing with previous version of the code.
> >
> > just assign to desc, instead?
>
> Thanks, will do. I will post a fresh [PATCH v2] as a new standalone
> mail (not threaded under this one) with:
> - a local "affinity" copy
> - that comment dropped
> - desc = &affinity, and keep passing desc
>
> On the virtio_input thread you also asked whether this is real or
> theoretical for stable. For this virtio_pci patch: real when the caller
> passes irq_affinity and MSI-X policy falls back.
>
> vp_find_vqs() retries EACH -> SHARED_SLOW -> SHARED. A failed
> vp_request_msix_vectors() currently does desc->pre_vectors++ in place,
> so a later successful attempt sees a polluted pre_vectors and gets the
> wrong affinity layout. That fallback path is unconditional in the
> driver.
>
> I have not collected a userspace failure log yet. Please let me know if
> you still want Cc: stable on the v2.
>
> Thanks,
> Xiong
do not cc stable on theoretical issue.
there is a bit of a language issue.
if the issue is real describe it:
"this was observed: ... "
if theoretical say so
--
MST
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-08-05 6:59 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-08-05 3:29 [PATCH] virtio_pci: do not mutate caller irq_affinity.pre_vectors Xiong Weimin
2026-08-05 5:37 ` Michael S. Tsirkin
2026-08-05 6:47 ` Xiong Weimin
2026-08-05 6:59 ` Michael S. Tsirkin
2026-08-05 6:19 ` Xiong Weimin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox