Re: [PATCH V2 8/8] scsi: hpsa: use blk_mq to solve irq affinity issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



在 2018/2/5 23:20, Ming Lei 写道:
This patch uses .force_blk_mq to drive HPSA via SCSI_MQ, meantime maps
each reply queue to blk_mq's hw queue, then .queuecommand can always
choose the hw queue as the reply queue. And if no any online CPU is
mapped to one hw queue, request can't be submitted to this hw queue
at all, finally the irq affinity issue is solved.

Cc: Hannes Reinecke <hare@xxxxxxx>
Cc: Arun Easi <arun.easi@xxxxxxxxxx>
Cc: Omar Sandoval <osandov@xxxxxx>,
Cc: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>,
Cc: James Bottomley <james.bottomley@xxxxxxxxxxxxxxxxxxxxx>,
Cc: Christoph Hellwig <hch@xxxxxx>,
Cc: Don Brace <don.brace@xxxxxxxxxxxxx>
Cc: Kashyap Desai <kashyap.desai@xxxxxxxxxxxx>
Cc: Peter Rivera <peter.rivera@xxxxxxxxxxxx>
Cc: Paolo Bonzini <pbonzini@xxxxxxxxxx>
Cc: Mike Snitzer <snitzer@xxxxxxxxxx>
Tested-by: Laurence Oberman <loberman@xxxxxxxxxx>
Signed-off-by: Ming Lei <ming.lei@xxxxxxxxxx>
---
  drivers/scsi/hpsa.c | 51 ++++++++++++++++++++++++++++++++++-----------------
  1 file changed, 34 insertions(+), 17 deletions(-)

diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index 443eabf63a9f..e517a4c74a28 100644
--- a/drivers/scsi/hpsa.c
+++ b/drivers/scsi/hpsa.c
@@ -51,6 +51,7 @@
  #include <linux/jiffies.h>
  #include <linux/percpu-defs.h>
  #include <linux/percpu.h>
+#include <linux/blk-mq-pci.h>
  #include <asm/unaligned.h>
  #include <asm/div64.h>
  #include "hpsa_cmd.h"
@@ -956,6 +957,13 @@ static struct device_attribute *hpsa_shost_attrs[] = {
  #define HPSA_NRESERVED_CMDS	(HPSA_CMDS_RESERVED_FOR_DRIVER +\
  				 HPSA_MAX_CONCURRENT_PASSTHRUS)
+static int hpsa_map_queues(struct Scsi_Host *shost)
+{
+        struct ctlr_info *h = shost_to_hba(shost);
+
+        return blk_mq_pci_map_queues(&shost->tag_set, h->pdev);
+}
+

Hi Lei Ming,
It is okay to use blk_mq_pci_map_queue to solve automatic irq affinity issue when the first interrupt vector for queues is 0. But if the first interrupt vector for queues is not 0, we seems couldn't use blk_mq_pci_map_queue directly, such as blk_mq_virtio_map_queues, it realizes a interface itself. Is it possible to provide a general interface for those
situations?


  static struct scsi_host_template hpsa_driver_template = {
  	.module			= THIS_MODULE,
  	.name			= HPSA,
@@ -974,10 +982,13 @@ static struct scsi_host_template hpsa_driver_template = {
  #ifdef CONFIG_COMPAT
  	.compat_ioctl		= hpsa_compat_ioctl,
  #endif
+	.map_queues = hpsa_map_queues,
  	.sdev_attrs = hpsa_sdev_attrs,
  	.shost_attrs = hpsa_shost_attrs,
  	.max_sectors = 1024,
  	.no_write_same = 1,
+	.force_blk_mq = 1,
+	.host_tagset = 1,
  };
static inline u32 next_command(struct ctlr_info *h, u8 q)
@@ -1045,11 +1056,7 @@ static void set_performant_mode(struct ctlr_info *h, struct CommandList *c,
  		c->busaddr |= 1 | (h->blockFetchTable[c->Header.SGList] << 1);
  		if (unlikely(!h->msix_vectors))
  			return;
-		if (likely(reply_queue == DEFAULT_REPLY_QUEUE))
-			c->Header.ReplyQueue =
-				raw_smp_processor_id() % h->nreply_queues;
-		else
-			c->Header.ReplyQueue = reply_queue % h->nreply_queues;
+		c->Header.ReplyQueue = reply_queue;
  	}
  }
@@ -1063,10 +1070,7 @@ static void set_ioaccel1_performant_mode(struct ctlr_info *h,
  	 * Tell the controller to post the reply to the queue for this
  	 * processor.  This seems to give the best I/O throughput.
  	 */
-	if (likely(reply_queue == DEFAULT_REPLY_QUEUE))
-		cp->ReplyQueue = smp_processor_id() % h->nreply_queues;
-	else
-		cp->ReplyQueue = reply_queue % h->nreply_queues;
+	cp->ReplyQueue = reply_queue;
  	/*
  	 * Set the bits in the address sent down to include:
  	 *  - performant mode bit (bit 0)
@@ -1087,10 +1091,7 @@ static void set_ioaccel2_tmf_performant_mode(struct ctlr_info *h,
  	/* Tell the controller to post the reply to the queue for this
  	 * processor.  This seems to give the best I/O throughput.
  	 */
-	if (likely(reply_queue == DEFAULT_REPLY_QUEUE))
-		cp->reply_queue = smp_processor_id() % h->nreply_queues;
-	else
-		cp->reply_queue = reply_queue % h->nreply_queues;
+	cp->reply_queue = reply_queue;
  	/* Set the bits in the address sent down to include:
  	 *  - performant mode bit not used in ioaccel mode 2
  	 *  - pull count (bits 0-3)
@@ -1109,10 +1110,7 @@ static void set_ioaccel2_performant_mode(struct ctlr_info *h,
  	 * Tell the controller to post the reply to the queue for this
  	 * processor.  This seems to give the best I/O throughput.
  	 */
-	if (likely(reply_queue == DEFAULT_REPLY_QUEUE))
-		cp->reply_queue = smp_processor_id() % h->nreply_queues;
-	else
-		cp->reply_queue = reply_queue % h->nreply_queues;
+	cp->reply_queue = reply_queue;
  	/*
  	 * Set the bits in the address sent down to include:
  	 *  - performant mode bit not used in ioaccel mode 2
@@ -1152,11 +1150,27 @@ static void dial_up_lockup_detection_on_fw_flash_complete(struct ctlr_info *h,
  		h->heartbeat_sample_interval = HEARTBEAT_SAMPLE_INTERVAL;
  }
+static unsigned get_reply_queue(struct ctlr_info *h, struct CommandList *c)
+{
+	struct scsi_cmnd *cmd = c->scsi_cmd;
+	int *map;
+
+	if (cmd && cmd->request) {
+		u32 tag = blk_mq_unique_tag(cmd->request);
+		return blk_mq_unique_tag_to_hwq(tag);
+	}
+
+	map = h->scsi_host->tag_set.mq_map;
+	return map[raw_smp_processor_id()];
+}
+
  static void __enqueue_cmd_and_start_io(struct ctlr_info *h,
  	struct CommandList *c, int reply_queue)
  {
  	dial_down_lockup_detection_during_fw_flash(h, c);
  	atomic_inc(&h->commands_outstanding);
+
+	reply_queue = get_reply_queue(h, c);
  	switch (c->cmd_type) {
  	case CMD_IOACCEL1:
  		set_ioaccel1_performant_mode(h, c, reply_queue);
@@ -5781,6 +5795,9 @@ static int hpsa_scsi_add_host(struct ctlr_info *h)
  {
  	int rv;
+ /* map reply queue to blk_mq hw queue */
+	h->scsi_host->nr_hw_queues = h->msix_vectors;
+
  	rv = scsi_add_host(h->scsi_host, &h->pdev->dev);
  	if (rv) {
  		dev_err(&h->pdev->dev, "scsi_add_host failed\n");





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]

  Powered by Linux