[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210624100316.1c1c4c6f@jacob-builder>
Date: Thu, 24 Jun 2021 10:03:16 -0700
From: Jacob Pan <jacob.jun.pan@...el.com>
To: "Tian, Kevin" <kevin.tian@...el.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Alex Williamson <alex.williamson@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>,
"Dey, Megha" <megha.dey@...el.com>,
"Raj, Ashok" <ashok.raj@...el.com>,
"Jiang, Dave" <dave.jiang@...el.com>,
"Liu, Yi L" <yi.l.liu@...el.com>, "Lu, Baolu" <baolu.lu@...el.com>,
"Williams, Dan J" <dan.j.williams@...el.com>,
"Luck, Tony" <tony.luck@...el.com>,
"Kumar, Sanjay K" <sanjay.k.kumar@...el.com>,
LKML <linux-kernel@...r.kernel.org>, KVM <kvm@...r.kernel.org>,
Kirti Wankhede <kwankhede@...dia.com>,
Peter Zijlstra <peterz@...radead.org>,
Marc Zyngier <maz@...nel.org>,
Bjorn Helgaas <helgaas@...nel.org>, jacob.jun.pan@...el.com
Subject: Re: Virtualizing MSI-X on IMS via VFIO
Hi Kevin,
On Wed, 23 Jun 2021 19:41:24 -0700, "Tian, Kevin" <kevin.tian@...el.com>
wrote:
> > > 1) Fix the lost interrupt issue in existing MSI virtualization flow;
> > >
> >
> > That _cannot_ be fixed without a hypercall. See my reply to Alex.
>
> The lost interrupt issue was caused due to resizing based on stale
> impression of vector exhaustion.
Is it possible to mitigate the lost interrupt by always injecting an IRQ
after unmask? Either in VFIO layer, or let QEMU do that after the second
VFIO_DEVICE_SET_IRQS in step 4.b of your original email.
After all, spurious interrupts should be tolerated and unmasking MSI-x
should be rare. I am not suggesting this as an alternative to the real fix,
just a stop gap.
Thanks,
Jacob
Powered by blists - more mailing lists