[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140811080148.GG16504@dhcp-27-160.brq.redhat.com>
Date: Mon, 11 Aug 2014 10:01:49 +0200
From: Alexander Gordeev <agordeev@...hat.com>
To: James Smart <james.smart@...lex.com>
Cc: linux-kernel@...r.kernel.org,
Christoph Hellwig <hch@...radead.org>,
linux-scsi@...r.kernel.org, linux-pci@...r.kernel.org
Subject: Re: [PATCH v2 RESEND 12/23] lpfc: Use pci_enable_msix_range()
instead of pci_enable_msix()
On Sat, Jul 26, 2014 at 09:22:27AM +0100, Alexander Gordeev wrote:
> On Wed, Jul 16, 2014 at 08:05:16PM +0200, Alexander Gordeev wrote:
> > As result of deprecation of MSI-X/MSI enablement functions
> > pci_enable_msix() and pci_enable_msi_block() all drivers
> > using these two interfaces need to be updated to use the
> > new pci_enable_msi_range() or pci_enable_msi_exact()
> > and pci_enable_msix_range() or pci_enable_msix_exact()
> > interfaces.
>
> Hi James,
>
> Could you please review this patch?
James?
> Thanks!
>
> > Signed-off-by: Alexander Gordeev <agordeev@...hat.com>
> > Cc: James Smart <james.smart@...lex.com>
> > Cc: linux-scsi@...r.kernel.org
> > Cc: linux-pci@...r.kernel.org
> > ---
> > drivers/scsi/lpfc/lpfc_init.c | 38 +++++++++++++++++---------------------
> > 1 files changed, 17 insertions(+), 21 deletions(-)
> >
> > diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c
> > index a5769a9..d9caed9 100644
> > --- a/drivers/scsi/lpfc/lpfc_init.c
> > +++ b/drivers/scsi/lpfc/lpfc_init.c
> > @@ -8211,9 +8211,9 @@ lpfc_sli4_pci_mem_unset(struct lpfc_hba *phba)
> > * @phba: pointer to lpfc hba data structure.
> > *
> > * This routine is invoked to enable the MSI-X interrupt vectors to device
> > - * with SLI-3 interface specs. The kernel function pci_enable_msix() is
> > - * called to enable the MSI-X vectors. Note that pci_enable_msix(), once
> > - * invoked, enables either all or nothing, depending on the current
> > + * with SLI-3 interface specs. The kernel function pci_enable_msix_exact()
> > + * is called to enable the MSI-X vectors. Note that pci_enable_msix_exact(),
> > + * once invoked, enables either all or nothing, depending on the current
> > * availability of PCI vector resources. The device driver is responsible
> > * for calling the individual request_irq() to register each MSI-X vector
> > * with a interrupt handler, which is done in this function. Note that
> > @@ -8237,8 +8237,8 @@ lpfc_sli_enable_msix(struct lpfc_hba *phba)
> > phba->msix_entries[i].entry = i;
> >
> > /* Configure MSI-X capability structure */
> > - rc = pci_enable_msix(phba->pcidev, phba->msix_entries,
> > - ARRAY_SIZE(phba->msix_entries));
> > + rc = pci_enable_msix_exact(phba->pcidev, phba->msix_entries,
> > + ARRAY_SIZE(phba->msix_entries));
> > if (rc) {
> > lpfc_printf_log(phba, KERN_INFO, LOG_INIT,
> > "0420 PCI enable MSI-X failed (%d)\n", rc);
> > @@ -8775,15 +8775,13 @@ out:
> > * @phba: pointer to lpfc hba data structure.
> > *
> > * This routine is invoked to enable the MSI-X interrupt vectors to device
> > - * with SLI-4 interface spec. The kernel function pci_enable_msix() is called
> > - * to enable the MSI-X vectors. Note that pci_enable_msix(), once invoked,
> > - * enables either all or nothing, depending on the current availability of
> > - * PCI vector resources. The device driver is responsible for calling the
> > - * individual request_irq() to register each MSI-X vector with a interrupt
> > - * handler, which is done in this function. Note that later when device is
> > - * unloading, the driver should always call free_irq() on all MSI-X vectors
> > - * it has done request_irq() on before calling pci_disable_msix(). Failure
> > - * to do so results in a BUG_ON() and a device will be left with MSI-X
> > + * with SLI-4 interface spec. The kernel function pci_enable_msix_range()
> > + * is called to enable the MSI-X vectors. The device driver is responsible
> > + * for calling the individual request_irq() to register each MSI-X vector
> > + * with a interrupt handler, which is done in this function. Note that later
> > + * when device is unloading, the driver should always call free_irq() on all
> > + * MSI-X vectors it has done request_irq() on before calling pci_disable_msix()
> > + * Failure to do so results in a BUG_ON() and a device will be left with MSI-X
> > * enabled and leaks its vectors.
> > *
> > * Return codes
> > @@ -8805,18 +8803,16 @@ lpfc_sli4_enable_msix(struct lpfc_hba *phba)
> > phba->sli4_hba.msix_entries[index].entry = index;
> > vectors++;
> > }
> > -enable_msix_vectors:
> > - rc = pci_enable_msix(phba->pcidev, phba->sli4_hba.msix_entries,
> > - vectors);
> > - if (rc > 1) {
> > - vectors = rc;
> > - goto enable_msix_vectors;
> > - } else if (rc) {
> > +
> > + rc = pci_enable_msix_range(phba->pcidev, phba->sli4_hba.msix_entries,
> > + 2, vectors);
> > + if (rc < 0) {
> > lpfc_printf_log(phba, KERN_INFO, LOG_INIT,
> > "0484 PCI enable MSI-X failed (%d)\n", rc);
> > goto vec_fail_out;
> > }
> >
> > + vectors = rc;
> > /* Log MSI-X vector assignment */
> > for (index = 0; index < vectors; index++)
> > lpfc_printf_log(phba, KERN_INFO, LOG_INIT,
> > --
> > 1.7.7.6
> >
>
> --
> Regards,
> Alexander Gordeev
> agordeev@...hat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists