From: "Longpeng (Mike, Cloud Infrastructure Service Product Dept.)" <longpeng2@huawei.com>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: chenjiashang <chenjiashang@huawei.com>,
"mst@redhat.com" <mst@redhat.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"Gonglei \(Arei\)" <arei.gonglei@huawei.com>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"philmd@redhat.com" <philmd@redhat.com>
Subject: RE: [PATCH v3 7/9] vfio: add infrastructure to commit the deferred kvm routing
Date: Fri, 8 Oct 2021 01:26:45 +0000 [thread overview]
Message-ID: <8f33cf0934b04b1d9d95d8868509c4d2@huawei.com> (raw)
In-Reply-To: <20211001170435.36024305.alex.williamson@redhat.com>
> -----Original Message-----
> From: Alex Williamson [mailto:alex.williamson@redhat.com]
> Sent: Saturday, October 2, 2021 7:05 AM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> <longpeng2@huawei.com>
> Cc: philmd@redhat.com; pbonzini@redhat.com; marcel.apfelbaum@gmail.com;
> mst@redhat.com; qemu-devel@nongnu.org; Gonglei (Arei)
> <arei.gonglei@huawei.com>; chenjiashang <chenjiashang@huawei.com>
> Subject: Re: [PATCH v3 7/9] vfio: add infrastructure to commit the deferred kvm
> routing
>
> On Tue, 21 Sep 2021 07:02:00 +0800
> "Longpeng(Mike)" <longpeng2@huawei.com> wrote:
>
> > 'defer_kvm_irq_routing' indicates whether we should defer to commit
> > the kvm routing.
> >
> > Signed-off-by: Longpeng(Mike) <longpeng2@huawei.com>
> > ---
> > hw/vfio/pci.c | 43 ++++++++++++++++++++++++++++++++++++++++++-
> > hw/vfio/pci.h | 1 +
> > 2 files changed, 43 insertions(+), 1 deletion(-)
> >
> > diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
> > index 8e97ca93cf..8fe238b11d 100644
> > --- a/hw/vfio/pci.c
> > +++ b/hw/vfio/pci.c
> > @@ -423,12 +423,24 @@ static void vfio_add_kvm_msi_virq(VFIOPCIDevice *vdev,
> VFIOMSIVector *vector,
> > return;
> > }
> >
> > - virq = kvm_irqchip_add_msi_route(kvm_state, vector_n, &vdev->pdev);
> > + virq = kvm_irqchip_add_deferred_msi_route(kvm_state, vector_n,
> &vdev->pdev);
> > if (virq < 0) {
> > event_notifier_cleanup(&vector->kvm_interrupt);
> > return;
> > }
> >
> > + if (vdev->defer_kvm_irq_routing) {
> > + /*
> > + * Hold the allocated virq in vector->virq temporarily, will
> > + * reset it to -1 when we fail to add the corresponding irqfd
> > + * in vfio_commit_kvm_msi_virq().
>
> s/when/if/
>
OK, thanks.
> > + */
> > + vector->virq = virq;
>
> Do we need to make this unique to the deferred case or could we use
> vector->virq directly and fill it with -1 on all error paths like we do
> on a failure in vfio_commit_kvm_msi_virq()?
>
OK, I will use vector->irq directly, it looks neater.
>
> > + return;
> > + }
> > +
> > + kvm_irqchip_commit_routes(kvm_state);
> > +
> > if (kvm_irqchip_add_irqfd_notifier_gsi(kvm_state,
> &vector->kvm_interrupt,
> > NULL, virq) < 0) {
> > kvm_irqchip_release_virq(kvm_state, virq);
> > @@ -567,6 +579,35 @@ static void vfio_msix_vector_release(PCIDevice *pdev,
> unsigned int nr)
> > }
> > }
> >
> > +/* TODO: invoked when enclabe msi/msix vectors */
>
> "enclabe"? Is this meant to be "enable"?
>
Yes, it's a typo.
> > +static __attribute__((unused)) void vfio_commit_kvm_msi_virq(VFIOPCIDevice
> *vdev)
>
> I'd move this function, if not this entire change, to patch 9 rather
> than adding these attributes for an unused function. Thanks,
>
OK. I think I should merge this patch into patch 9 entirely if we decide to
move this function.
> Alex
>
> > +{
> > + int i;
> > + VFIOMSIVector *vector;
> > +
> > + if (!vdev->defer_kvm_irq_routing || !vdev->nr_vectors) {
> > + return;
> > + }
> > +
> > + kvm_irqchip_commit_routes(kvm_state);
> > +
> > + for (i = 0; i < vdev->nr_vectors; i++) {
> > + vector = &vdev->msi_vectors[i];
> > +
> > + if (!vector->use || vector->virq < 0) {
> > + continue;
> > + }
> > +
> > + if (kvm_irqchip_add_irqfd_notifier_gsi(kvm_state,
> > + &vector->kvm_interrupt,
> > + NULL, vector->virq) < 0) {
> > + kvm_irqchip_release_virq(kvm_state, vector->virq);
> > + event_notifier_cleanup(&vector->kvm_interrupt);
> > + vector->virq = -1;
> > + }
> > + }
> > +}
> > +
> > static void vfio_msix_enable(VFIOPCIDevice *vdev)
> > {
> > PCIDevice *pdev = &vdev->pdev;
> > diff --git a/hw/vfio/pci.h b/hw/vfio/pci.h
> > index 64777516d1..d3c5177d37 100644
> > --- a/hw/vfio/pci.h
> > +++ b/hw/vfio/pci.h
> > @@ -171,6 +171,7 @@ struct VFIOPCIDevice {
> > bool no_kvm_ioeventfd;
> > bool no_vfio_ioeventfd;
> > bool enable_ramfb;
> > + bool defer_kvm_irq_routing;
> > VFIODisplay *dpy;
> > Notifier irqchip_change_notifier;
> > };
next prev parent reply other threads:[~2021-10-08 1:27 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-20 23:01 [PATCH v3 0/9] optimize the downtime for vfio migration Longpeng(Mike)
2021-09-20 23:01 ` [PATCH v3 1/9] vfio: simplify the conditional statements in vfio_msi_enable Longpeng(Mike)
2021-09-20 23:01 ` [PATCH v3 2/9] vfio: move re-enabling INTX out of the common helper Longpeng(Mike)
2021-09-20 23:01 ` [PATCH v3 3/9] vfio: simplify the failure path in vfio_msi_enable Longpeng(Mike)
2021-09-20 23:01 ` [PATCH v3 4/9] msix: simplify the conditional in msix_set/unset_vector_notifiers Longpeng(Mike)
2021-10-01 23:04 ` Alex Williamson
2021-10-08 1:02 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2021-09-20 23:01 ` [PATCH v3 5/9] msix: reset poll_notifier to NULL if fail to set notifiers Longpeng(Mike)
2021-09-20 23:01 ` [PATCH v3 6/9] kvm: irqchip: extract kvm_irqchip_add_deferred_msi_route Longpeng(Mike)
2021-09-20 23:02 ` [PATCH v3 7/9] vfio: add infrastructure to commit the deferred kvm routing Longpeng(Mike)
2021-10-01 23:04 ` Alex Williamson
2021-10-08 1:26 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.) [this message]
2021-09-20 23:02 ` [PATCH v3 8/9] Revert "vfio: Avoid disabling and enabling vectors repeatedly in VFIO migration" Longpeng(Mike)
2021-10-01 23:04 ` Alex Williamson
2021-10-08 1:32 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2021-09-20 23:02 ` [PATCH v3 9/9] vfio: defer to commit kvm irq routing when enable msi/msix Longpeng(Mike)
2021-10-01 23:04 ` Alex Williamson
2021-10-05 13:10 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
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=8f33cf0934b04b1d9d95d8868509c4d2@huawei.com \
--to=longpeng2@huawei.com \
--cc=alex.williamson@redhat.com \
--cc=arei.gonglei@huawei.com \
--cc=chenjiashang@huawei.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).