[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241212124918.0dd284fe.alex.williamson@redhat.com>
Date: Thu, 12 Dec 2024 12:49:18 -0700
From: Alex Williamson <alex.williamson@...hat.com>
To: Bjorn Helgaas <helgaas@...nel.org>
Cc: Philipp Stanner <pstanner@...hat.com>, amien Le Moal
<dlemoal@...nel.org>, Niklas Cassel <cassel@...nel.org>, Basavaraj Natikar
<basavaraj.natikar@....com>, Jiri Kosina <jikos@...nel.org>, Benjamin
Tissoires <bentiss@...nel.org>, Arnd Bergmann <arnd@...db.de>, Greg
Kroah-Hartman <gregkh@...uxfoundation.org>, Alex Dubov <oakad@...oo.com>,
Sudarsana Kalluru <skalluru@...vell.com>, Manish Chopra
<manishc@...vell.com>, Andrew Lunn <andrew+netdev@...n.ch>, "David S.
Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Jakub
Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, Rasesh Mody
<rmody@...vell.com>, GR-Linux-NIC-Dev@...vell.com, Igor Mitsyanko
<imitsyanko@...ntenna.com>, Sergey Matyukevich <geomatsi@...il.com>, Kalle
Valo <kvalo@...nel.org>, Sanjay R Mehta <sanju.mehta@....com>, Shyam Sundar
S K <Shyam-sundar.S-k@....com>, Jon Mason <jdmason@...zu.us>, Dave Jiang
<dave.jiang@...el.com>, Allen Hubbe <allenbh@...il.com>, Bjorn Helgaas
<bhelgaas@...gle.com>, Juergen Gross <jgross@...e.com>, Stefano Stabellini
<sstabellini@...nel.org>, Oleksandr Tyshchenko
<oleksandr_tyshchenko@...m.com>, Mario Limonciello
<mario.limonciello@....com>, Chen Ni <nichen@...as.ac.cn>, Ricky Wu
<ricky_wu@...ltek.com>, Al Viro <viro@...iv.linux.org.uk>, Breno Leitao
<leitao@...ian.org>, Thomas Gleixner <tglx@...utronix.de>, Kevin Tian
<kevin.tian@...el.com>, Andy Shevchenko
<andriy.shevchenko@...ux.intel.com>, Mostafa Saleh <smostafa@...gle.com>,
Jason Gunthorpe <jgg@...pe.ca>, Yi Liu <yi.l.liu@...el.com>, Kunwu Chan
<chentao@...inos.cn>, Dan Carpenter <dan.carpenter@...aro.org>, "Dr. David
Alan Gilbert" <linux@...blig.org>, Ankit Agrawal <ankita@...dia.com>,
Reinette Chatre <reinette.chatre@...el.com>, Eric Auger
<eric.auger@...hat.com>, Ye Bin <yebin10@...wei.com>,
linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-input@...r.kernel.org, netdev@...r.kernel.org,
linux-wireless@...r.kernel.org, ntb@...ts.linux.dev,
linux-pci@...r.kernel.org, kvm@...r.kernel.org,
xen-devel@...ts.xenproject.org
Subject: Re: [PATCH v3 06/11] vfio/pci: Use never-managed version of
pci_intx()
On Thu, 12 Dec 2024 13:21:30 -0600
Bjorn Helgaas <helgaas@...nel.org> wrote:
> [cc->to: Alex W]
>
> On Mon, Dec 09, 2024 at 02:06:28PM +0100, Philipp Stanner wrote:
> > pci_intx() is a hybrid function which can sometimes be managed through
> > devres. To remove this hybrid nature from pci_intx(), it is necessary to
> > port users to either an always-managed or a never-managed version.
> >
> > vfio enables its PCI-Device with pci_enable_device(). Thus, it
> > needs the never-managed version.
> >
> > Replace pci_intx() with pci_intx_unmanaged().
> >
> > Signed-off-by: Philipp Stanner <pstanner@...hat.com>
>
> Not applied yet, pending ack from Alex.
Acked-by: Alex Williamson <alex.williamson@...hat.com>
>
> > ---
> > drivers/vfio/pci/vfio_pci_core.c | 2 +-
> > drivers/vfio/pci/vfio_pci_intrs.c | 10 +++++-----
> > 2 files changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/drivers/vfio/pci/vfio_pci_core.c b/drivers/vfio/pci/vfio_pci_core.c
> > index 1ab58da9f38a..90240c8d51aa 100644
> > --- a/drivers/vfio/pci/vfio_pci_core.c
> > +++ b/drivers/vfio/pci/vfio_pci_core.c
> > @@ -498,7 +498,7 @@ int vfio_pci_core_enable(struct vfio_pci_core_device *vdev)
> > if (vfio_pci_nointx(pdev)) {
> > pci_info(pdev, "Masking broken INTx support\n");
> > vdev->nointx = true;
> > - pci_intx(pdev, 0);
> > + pci_intx_unmanaged(pdev, 0);
> > } else
> > vdev->pci_2_3 = pci_intx_mask_supported(pdev);
> > }
> > diff --git a/drivers/vfio/pci/vfio_pci_intrs.c b/drivers/vfio/pci/vfio_pci_intrs.c
> > index 8382c5834335..40abb0b937a2 100644
> > --- a/drivers/vfio/pci/vfio_pci_intrs.c
> > +++ b/drivers/vfio/pci/vfio_pci_intrs.c
> > @@ -118,7 +118,7 @@ static bool __vfio_pci_intx_mask(struct vfio_pci_core_device *vdev)
> > */
> > if (unlikely(!is_intx(vdev))) {
> > if (vdev->pci_2_3)
> > - pci_intx(pdev, 0);
> > + pci_intx_unmanaged(pdev, 0);
> > goto out_unlock;
> > }
> >
> > @@ -132,7 +132,7 @@ static bool __vfio_pci_intx_mask(struct vfio_pci_core_device *vdev)
> > * mask, not just when something is pending.
> > */
> > if (vdev->pci_2_3)
> > - pci_intx(pdev, 0);
> > + pci_intx_unmanaged(pdev, 0);
> > else
> > disable_irq_nosync(pdev->irq);
> >
> > @@ -178,7 +178,7 @@ static int vfio_pci_intx_unmask_handler(void *opaque, void *data)
> > */
> > if (unlikely(!is_intx(vdev))) {
> > if (vdev->pci_2_3)
> > - pci_intx(pdev, 1);
> > + pci_intx_unmanaged(pdev, 1);
> > goto out_unlock;
> > }
> >
> > @@ -296,7 +296,7 @@ static int vfio_intx_enable(struct vfio_pci_core_device *vdev,
> > */
> > ctx->masked = vdev->virq_disabled;
> > if (vdev->pci_2_3) {
> > - pci_intx(pdev, !ctx->masked);
> > + pci_intx_unmanaged(pdev, !ctx->masked);
> > irqflags = IRQF_SHARED;
> > } else {
> > irqflags = ctx->masked ? IRQF_NO_AUTOEN : 0;
> > @@ -569,7 +569,7 @@ static void vfio_msi_disable(struct vfio_pci_core_device *vdev, bool msix)
> > * via their shutdown paths. Restore for NoINTx devices.
> > */
> > if (vdev->nointx)
> > - pci_intx(pdev, 0);
> > + pci_intx_unmanaged(pdev, 0);
> >
> > vdev->irq_type = VFIO_PCI_NUM_IRQS;
> > }
> > --
> > 2.47.1
> >
>
Powered by blists - more mailing lists