linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hannes Reinecke <hare@suse.de>
To: Sreekanth Reddy <sreekanth.reddy@broadcom.com>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
	Christoph Hellwig <hch@lst.de>,
	James Bottomley <james.bottomley@hansenpartnership.com>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	Sathya Prakash <sathya.prakash@broadcom.com>,
	Hannes Reinecke <hare@suse.com>
Subject: Re: [PATCHv2] mpt3sas: switch to pci_alloc_irq_vectors
Date: Thu, 12 Jan 2017 15:20:59 +0100	[thread overview]
Message-ID: <a4797f8e-d8db-36aa-839b-6fed7638ae38@suse.de> (raw)
In-Reply-To: <CAK=zhgop+tsMMwiYqYVR3CRZ_Br6uW4pgkNXb4LOrs3GUbA8WA@mail.gmail.com>

On 01/12/2017 01:23 PM, Sreekanth Reddy wrote:
> On Tue, Dec 20, 2016 at 6:57 PM, Hannes Reinecke <hare@suse.de> wrote:
>> Cleanup the MSI-X handling allowing us to use
>> the PCI-layer provided vector allocation.
>>
>> Signed-off-by: Hannes Reinecke <hare@suse.com>
>>
>> diff --git a/drivers/scsi/mpt3sas/mpt3sas_base.c b/drivers/scsi/mpt3sas/mpt3sas_base.c
>> index a1a5ceb..75149f0 100644
>> --- a/drivers/scsi/mpt3sas/mpt3sas_base.c
>> +++ b/drivers/scsi/mpt3sas/mpt3sas_base.c
>> @@ -1129,7 +1129,7 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>                 /* TMs are on msix_index == 0 */
>>                 if (reply_q->msix_index == 0)
>>                         continue;
>> -               synchronize_irq(reply_q->vector);
>> +               synchronize_irq(pci_irq_vector(ioc->pdev, reply_q->msix_index));
>>         }
>>  }
>>
>> @@ -1818,11 +1818,8 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>
>>         list_for_each_entry_safe(reply_q, next, &ioc->reply_queue_list, list) {
>>                 list_del(&reply_q->list);
>> -               if (smp_affinity_enable) {
>> -                       irq_set_affinity_hint(reply_q->vector, NULL);
>> -                       free_cpumask_var(reply_q->affinity_hint);
>> -               }
>> -               free_irq(reply_q->vector, reply_q);
>> +               free_irq(pci_irq_vector(ioc->pdev, reply_q->msix_index),
>> +                        reply_q);
>>                 kfree(reply_q);
>>         }
>>  }
>> @@ -1831,13 +1828,13 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>   * _base_request_irq - request irq
>>   * @ioc: per adapter object
>>   * @index: msix index into vector table
>> - * @vector: irq vector
>>   *
>>   * Inserting respective reply_queue into the list.
>>   */
>>  static int
>> -_base_request_irq(struct MPT3SAS_ADAPTER *ioc, u8 index, u32 vector)
>> +_base_request_irq(struct MPT3SAS_ADAPTER *ioc, u8 index)
>>  {
>> +       struct pci_dev *pdev = ioc->pdev;
>>         struct adapter_reply_queue *reply_q;
>>         int r;
>>
>> @@ -1849,14 +1846,6 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>         }
>>         reply_q->ioc = ioc;
>>         reply_q->msix_index = index;
>> -       reply_q->vector = vector;
>> -
>> -       if (smp_affinity_enable) {
>> -               if (!zalloc_cpumask_var(&reply_q->affinity_hint, GFP_KERNEL)) {
>> -                       kfree(reply_q);
>> -                       return -ENOMEM;
>> -               }
>> -       }
>>
>>         atomic_set(&reply_q->busy, 0);
>>         if (ioc->msix_enable)
>> @@ -1865,12 +1854,11 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>         else
>>                 snprintf(reply_q->name, MPT_NAME_LENGTH, "%s%d",
>>                     ioc->driver_name, ioc->id);
>> -       r = request_irq(vector, _base_interrupt, IRQF_SHARED, reply_q->name,
>> -           reply_q);
>> +       r = request_irq(pci_irq_vector(pdev, index), _base_interrupt,
>> +                       IRQF_SHARED, reply_q->name, reply_q);
>>         if (r) {
>>                 pr_err(MPT3SAS_FMT "unable to allocate interrupt %d!\n",
>> -                   reply_q->name, vector);
>> -               free_cpumask_var(reply_q->affinity_hint);
>> +                      reply_q->name, pci_irq_vector(pdev, index));
>>                 kfree(reply_q);
>>                 return -EBUSY;
>>         }
>> @@ -1892,7 +1880,7 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>  static void
>>  _base_assign_reply_queues(struct MPT3SAS_ADAPTER *ioc)
>>  {
>> -       unsigned int cpu, nr_cpus, nr_msix, index = 0;
>> +       unsigned int cpu, nr_msix;
>>         struct adapter_reply_queue *reply_q;
>>
>>         if (!_base_is_controller_msix_enabled(ioc))
>> @@ -1900,38 +1888,21 @@ static int mpt3sas_remove_dead_ioc_func(void *arg)
>>
>>         memset(ioc->cpu_msix_table, 0, ioc->cpu_msix_table_sz);
>>
>> -       nr_cpus = num_online_cpus();
>>         nr_msix = ioc->reply_queue_count = min(ioc->reply_queue_count,
>>                                                ioc->facts.MaxMSIxVectors);
>>         if (!nr_msix)
>>                 return;
>> -
>> -       cpu = cpumask_first(cpu_online_mask);
>> -
>>         list_for_each_entry(reply_q, &ioc->reply_queue_list, list) {
>> -
>> -               unsigned int i, group = nr_cpus / nr_msix;
>> -
>> -               if (cpu >= nr_cpus)
>> -                       break;
>> -
>> -               if (index < nr_cpus % nr_msix)
>> -                       group++;
>> -
>> -               for (i = 0 ; i < group ; i++) {
>> -                       ioc->cpu_msix_table[cpu] = index;
>> -                       if (smp_affinity_enable)
>> -                               cpumask_or(reply_q->affinity_hint,
>> -                                  reply_q->affinity_hint, get_cpu_mask(cpu));
>> -                       cpu = cpumask_next(cpu, cpu_online_mask);
>> +               const cpumask_t *mask = pci_irq_get_affinity(ioc->pdev,
>> +                                                     reply_q->msix_index);
>> +               if (!mask) {
>> +                       pr_warn(MPT3SAS_FMT "no affinity for msi %x\n",
>> +                               ioc->name, reply_q->msix_index);
>> +                       continue;
>>                 }
>> -               if (smp_affinity_enable)
>> -                       if (irq_set_affinity_hint(reply_q->vector,
>> -                                          reply_q->affinity_hint))
>> -                               dinitprintk(ioc, pr_info(MPT3SAS_FMT
>> -                                "Err setting affinity hint to irq vector %d\n",
>> -                                ioc->name, reply_q->vector));
>> -               index++;
>> +
>> +               for_each_cpu(cpu, mask)
>> +                       ioc->cpu_msix_table[cpu] = reply_q->msix_index;
>>         }
>>  }
>>
>
> When PCI_IRQ_AFFINITY is not enabled (suppose when
> 'smp_affinity_enable' module parameter is disabled) while allocation
> MSI-X vectors then I observe that only one MSI-X vector (that too zero
> msix indexed vector) is used and remaining MSI-X won't be used at all.
> Since here cpu_msix_table is not populated and it was just initialized
> to zero. So only zero msix indexed MSI-X vector is used for IOs.
>
> Apart from this, This patch looks good.
>
Okay, I've fixed things up and send a new version.
Please test with that and check if the problems are fixed.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		   Teamlead Storage & Networking
hare@suse.de			               +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)

      reply	other threads:[~2017-01-12 14:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-20 13:27 [PATCHv2] mpt3sas: switch to pci_alloc_irq_vectors Hannes Reinecke
2016-12-21  7:59 ` Christoph Hellwig
2017-01-06  1:43 ` Martin K. Petersen
2017-01-06 15:49   ` Sreekanth Reddy
2017-01-12 12:23 ` Sreekanth Reddy
2017-01-12 14:20   ` Hannes Reinecke [this message]

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=a4797f8e-d8db-36aa-839b-6fed7638ae38@suse.de \
    --to=hare@suse.de \
    --cc=hare@suse.com \
    --cc=hch@lst.de \
    --cc=james.bottomley@hansenpartnership.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=sathya.prakash@broadcom.com \
    --cc=sreekanth.reddy@broadcom.com \
    /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).