* [PATCH 0/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary @ 2016-11-23 0:16 Bart Van Assche [not found] ` <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> 2016-11-25 15:12 ` [PATCH 0/2] " Martin K. Petersen 0 siblings, 2 replies; 10+ messages in thread From: Bart Van Assche @ 2016-11-23 0:16 UTC (permalink / raw) To: James Bottomley, Martin K. Petersen Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi-u79uwXL29TY76Z2rM5mHXA, linux-rdma-u79uwXL29TY76Z2rM5mHXA Hello James and Martin, The SRP transport code must wait until ongoing .queuecommand() / .queue_rq() callback function invocations have finished before reconnecting at the transport layer level and also before invoking .terminate_rport_io(). This is already the case for the single queue path but not yet for the scsi-mq path. This patch series realizes the proper serialization for the scsi-mq path. Compared to last time these patches were posted, only the patch descriptions and one comment have been changed. See also "[PATCH v5 0/14] Fix race conditions related to stopping block layer queues" (https://www.mail-archive.com/linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org/msg01830.html) for a previous post of these patches. Bart. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>]
* [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core [not found] ` <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> @ 2016-11-23 0:17 ` Bart Van Assche 2016-11-25 23:21 ` Max Gurtovoy 2016-11-23 0:17 ` [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary Bart Van Assche 1 sibling, 1 reply; 10+ messages in thread From: Bart Van Assche @ 2016-11-23 0:17 UTC (permalink / raw) To: James Bottomley, Martin K. Petersen Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi-u79uwXL29TY76Z2rM5mHXA, linux-rdma-u79uwXL29TY76Z2rM5mHXA Additionally, rename srp_wait_for_queuecommand() into scsi_wait_for_queuecommand() and add a comment about the queuecommand() call from scsi_send_eh_cmnd(). Note: this patch changes scsi_internal_device_block from a function that did not sleep into a function that may sleep. This is fine for all callers of this function: * scsi_internal_device_block() is called from the mpt3sas device while that driver holds the ioc->dm_cmds.mutex. This means that the mpt3sas driver calls this function from thread context. * scsi_target_block() is called by __iscsi_block_session() from kernel thread context and with IRQs enabled. * The SRP transport code also calls scsi_target_block() from kernel thread context while sleeping is allowed. * The snic driver also calls scsi_target_block() from a context from which sleeping is allowed. The scsi_target_block() call namely occurs immediately after a scsi_flush_work() call. Signed-off-by: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> Reviewed-by: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org> Reviewed-by: Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> Cc: James Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> Cc: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org> Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- drivers/scsi/scsi_lib.c | 41 +++++++++++++++++++++++++++++++++++++-- drivers/scsi/scsi_transport_srp.c | 41 ++++++--------------------------------- 2 files changed, 45 insertions(+), 37 deletions(-) diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index b4f682c..84c9e61 100644 --- a/drivers/scsi/scsi_lib.c +++ b/drivers/scsi/scsi_lib.c @@ -2721,6 +2721,39 @@ void sdev_evt_send_simple(struct scsi_device *sdev, EXPORT_SYMBOL_GPL(sdev_evt_send_simple); /** + * scsi_request_fn_active() - number of kernel threads inside scsi_request_fn() + * @sdev: SCSI device to count the number of scsi_request_fn() callers for. + */ +static int scsi_request_fn_active(struct scsi_device *sdev) +{ + struct request_queue *q = sdev->request_queue; + int request_fn_active; + + WARN_ON_ONCE(sdev->host->use_blk_mq); + + spin_lock_irq(q->queue_lock); + request_fn_active = q->request_fn_active; + spin_unlock_irq(q->queue_lock); + + return request_fn_active; +} + +/** + * scsi_wait_for_queuecommand() - wait for ongoing queuecommand() calls + * @shost: SCSI host pointer. + * + * Wait until the ongoing shost->hostt->queuecommand() calls that are + * invoked from scsi_request_fn() have finished. + */ +static void scsi_wait_for_queuecommand(struct scsi_device *sdev) +{ + WARN_ON_ONCE(sdev->host->use_blk_mq); + + while (scsi_request_fn_active(sdev)) + msleep(20); +} + +/** * scsi_device_quiesce - Block user issued commands. * @sdev: scsi device to quiesce. * @@ -2804,8 +2837,7 @@ EXPORT_SYMBOL(scsi_target_resume); * @sdev: device to block * * Block request made by scsi lld's to temporarily stop all - * scsi commands on the specified device. Called from interrupt - * or normal process context. + * scsi commands on the specified device. May sleep. * * Returns zero if successful or error if not * @@ -2814,6 +2846,10 @@ EXPORT_SYMBOL(scsi_target_resume); * (which must be a legal transition). When the device is in this * state, all commands are deferred until the scsi lld reenables * the device with scsi_device_unblock or device_block_tmo fires. + * + * To do: avoid that scsi_send_eh_cmnd() calls queuecommand() after + * scsi_internal_device_block() has blocked a SCSI device and also + * remove the rport mutex lock and unlock calls from srp_queuecommand(). */ int scsi_internal_device_block(struct scsi_device *sdev) @@ -2841,6 +2877,7 @@ scsi_internal_device_block(struct scsi_device *sdev) spin_lock_irqsave(q->queue_lock, flags); blk_stop_queue(q); spin_unlock_irqrestore(q->queue_lock, flags); + scsi_wait_for_queuecommand(sdev); } return 0; diff --git a/drivers/scsi/scsi_transport_srp.c b/drivers/scsi/scsi_transport_srp.c index e3cd3ec..b48328a 100644 --- a/drivers/scsi/scsi_transport_srp.c +++ b/drivers/scsi/scsi_transport_srp.c @@ -24,7 +24,6 @@ #include <linux/err.h> #include <linux/slab.h> #include <linux/string.h> -#include <linux/delay.h> #include <scsi/scsi.h> #include <scsi/scsi_cmnd.h> @@ -402,36 +401,6 @@ static void srp_reconnect_work(struct work_struct *work) } } -/** - * scsi_request_fn_active() - number of kernel threads inside scsi_request_fn() - * @shost: SCSI host for which to count the number of scsi_request_fn() callers. - * - * To do: add support for scsi-mq in this function. - */ -static int scsi_request_fn_active(struct Scsi_Host *shost) -{ - struct scsi_device *sdev; - struct request_queue *q; - int request_fn_active = 0; - - shost_for_each_device(sdev, shost) { - q = sdev->request_queue; - - spin_lock_irq(q->queue_lock); - request_fn_active += q->request_fn_active; - spin_unlock_irq(q->queue_lock); - } - - return request_fn_active; -} - -/* Wait until ongoing shost->hostt->queuecommand() calls have finished. */ -static void srp_wait_for_queuecommand(struct Scsi_Host *shost) -{ - while (scsi_request_fn_active(shost)) - msleep(20); -} - static void __rport_fail_io_fast(struct srp_rport *rport) { struct Scsi_Host *shost = rport_to_shost(rport); @@ -441,14 +410,17 @@ static void __rport_fail_io_fast(struct srp_rport *rport) if (srp_rport_set_state(rport, SRP_RPORT_FAIL_FAST)) return; + /* + * Call scsi_target_block() to wait for ongoing shost->queuecommand() + * calls before invoking i->f->terminate_rport_io(). + */ + scsi_target_block(rport->dev.parent); scsi_target_unblock(rport->dev.parent, SDEV_TRANSPORT_OFFLINE); /* Involve the LLD if possible to terminate all I/O on the rport. */ i = to_srp_internal(shost->transportt); - if (i->f->terminate_rport_io) { - srp_wait_for_queuecommand(shost); + if (i->f->terminate_rport_io) i->f->terminate_rport_io(rport); - } } /** @@ -576,7 +548,6 @@ int srp_reconnect_rport(struct srp_rport *rport) if (res) goto out; scsi_target_block(&shost->shost_gendev); - srp_wait_for_queuecommand(shost); res = rport->state != SRP_RPORT_LOST ? i->f->reconnect(rport) : -ENODEV; pr_debug("%s (state %d): transport.reconnect() returned %d\n", dev_name(&shost->shost_gendev), rport->state, res); -- 2.10.2 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core 2016-11-23 0:17 ` [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core Bart Van Assche @ 2016-11-25 23:21 ` Max Gurtovoy 2016-11-29 14:59 ` Bart Van Assche 0 siblings, 1 reply; 10+ messages in thread From: Max Gurtovoy @ 2016-11-25 23:21 UTC (permalink / raw) To: Bart Van Assche, James Bottomley, Martin K. Petersen Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, linux-scsi, linux-rdma On 11/23/2016 2:17 AM, Bart Van Assche wrote: > Additionally, rename srp_wait_for_queuecommand() into > scsi_wait_for_queuecommand() and add a comment about the > queuecommand() call from scsi_send_eh_cmnd(). > > Note: this patch changes scsi_internal_device_block from a function > that did not sleep into a function that may sleep. This is fine for > all callers of this function: > * scsi_internal_device_block() is called from the mpt3sas device while > that driver holds the ioc->dm_cmds.mutex. This means that the mpt3sas > driver calls this function from thread context. > * scsi_target_block() is called by __iscsi_block_session() from > kernel thread context and with IRQs enabled. > * The SRP transport code also calls scsi_target_block() from kernel > thread context while sleeping is allowed. > * The snic driver also calls scsi_target_block() from a context from > which sleeping is allowed. The scsi_target_block() call namely occurs > immediately after a scsi_flush_work() call. > > Signed-off-by: Bart Van Assche <bart.vanassche@sandisk.com> > Reviewed-by: Sagi Grimberg <sagi@grimberg.me> > Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com> > Cc: James Bottomley <jejb@linux.vnet.ibm.com> > Cc: Christoph Hellwig <hch@lst.de> > Cc: Doug Ledford <dledford@redhat.com> > --- > drivers/scsi/scsi_lib.c | 41 +++++++++++++++++++++++++++++++++++++-- > drivers/scsi/scsi_transport_srp.c | 41 ++++++--------------------------------- > 2 files changed, 45 insertions(+), 37 deletions(-) > > + > +/** > + * scsi_wait_for_queuecommand() - wait for ongoing queuecommand() calls > + * @shost: SCSI host pointer. the arg is sdev. > + * > + * Wait until the ongoing shost->hostt->queuecommand() calls that are > + * invoked from scsi_request_fn() have finished. > + */ > +static void scsi_wait_for_queuecommand(struct scsi_device *sdev) > +{ > + WARN_ON_ONCE(sdev->host->use_blk_mq); > + > + while (scsi_request_fn_active(sdev)) > + msleep(20); > +} > + > +/** > * scsi_device_quiesce - Block user issued commands. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core 2016-11-25 23:21 ` Max Gurtovoy @ 2016-11-29 14:59 ` Bart Van Assche [not found] ` <BLUPR02MB16836EF63187DE03E7F1DD77818D0-Y8PPn9RqzNfZ9ihocuPUdanrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> 0 siblings, 1 reply; 10+ messages in thread From: Bart Van Assche @ 2016-11-29 14:59 UTC (permalink / raw) To: Max Gurtovoy, James Bottomley, Martin K. Petersen Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, linux-scsi, linux-rdma On 11/25/16 15:21, Max Gurtovoy wrote: > On 11/23/2016 2:17 AM, Bart Van Assche wrote: >> + >> +/** >> + * scsi_wait_for_queuecommand() - wait for ongoing queuecommand() calls >> + * @shost: SCSI host pointer. > > the arg is sdev. Good catch. Martin, do you want me to repost this patch or do you want me to post a fix-up patch? Bart. ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <BLUPR02MB16836EF63187DE03E7F1DD77818D0-Y8PPn9RqzNfZ9ihocuPUdanrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>]
* Re: [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core [not found] ` <BLUPR02MB16836EF63187DE03E7F1DD77818D0-Y8PPn9RqzNfZ9ihocuPUdanrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> @ 2016-11-29 16:22 ` Martin K. Petersen 0 siblings, 0 replies; 10+ messages in thread From: Martin K. Petersen @ 2016-11-29 16:22 UTC (permalink / raw) To: Bart Van Assche Cc: Max Gurtovoy, James Bottomley, Martin K. Petersen, Doug Ledford, Christoph Hellwig, Sagi Grimberg, linux-scsi@vger.kernel.org, linux-rdma@vger.kernel.org >>>>> "Bart" == Bart Van Assche <Bart.VanAssche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> writes: Bart> On 11/25/16 15:21, Max Gurtovoy wrote: >> the arg is sdev. Bart> Good catch. Bart> Martin, do you want me to repost this patch or do you want me to Bart> post a fix-up patch? I fixed it up. -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary [not found] ` <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> 2016-11-23 0:17 ` [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core Bart Van Assche @ 2016-11-23 0:17 ` Bart Van Assche 2016-12-16 12:39 ` Bart Van Assche 1 sibling, 1 reply; 10+ messages in thread From: Bart Van Assche @ 2016-11-23 0:17 UTC (permalink / raw) To: James Bottomley, Martin K. Petersen Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi-u79uwXL29TY76Z2rM5mHXA, linux-rdma-u79uwXL29TY76Z2rM5mHXA Ensure that if scsi-mq is enabled that scsi_internal_device_block() waits until ongoing shost->hostt->queuecommand() calls have finished. Signed-off-by: Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> Reviewed-by: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org> Reviewed-by: Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> Cc: James Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> Cc: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org> Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- drivers/scsi/scsi_lib.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index 84c9e61..11d082d 100644 --- a/drivers/scsi/scsi_lib.c +++ b/drivers/scsi/scsi_lib.c @@ -2872,7 +2872,7 @@ scsi_internal_device_block(struct scsi_device *sdev) * request queue. */ if (q->mq_ops) { - blk_mq_stop_hw_queues(q); + blk_mq_quiesce_queue(q); } else { spin_lock_irqsave(q->queue_lock, flags); blk_stop_queue(q); -- 2.10.2 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary 2016-11-23 0:17 ` [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary Bart Van Assche @ 2016-12-16 12:39 ` Bart Van Assche 2016-12-20 22:14 ` Martin K. Petersen 0 siblings, 1 reply; 10+ messages in thread From: Bart Van Assche @ 2016-12-16 12:39 UTC (permalink / raw) To: Martin K. Petersen, James Bottomley Cc: Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi, linux-rdma On 11/23/2016 01:17 AM, Bart Van Assche wrote: > Ensure that if scsi-mq is enabled that scsi_internal_device_block() > waits until ongoing shost->hostt->queuecommand() calls have finished. > > Signed-off-by: Bart Van Assche <bart.vanassche@sandisk.com> > Reviewed-by: Sagi Grimberg <sagi@grimberg.me> > Reviewed-by: Martin K. Petersen <martin.petersen@oracle.com> > Cc: James Bottomley <jejb@linux.vnet.ibm.com> > Cc: Christoph Hellwig <hch@lst.de> > Cc: Doug Ledford <dledford@redhat.com> > --- > drivers/scsi/scsi_lib.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c > index 84c9e61..11d082d 100644 > --- a/drivers/scsi/scsi_lib.c > +++ b/drivers/scsi/scsi_lib.c > @@ -2872,7 +2872,7 @@ scsi_internal_device_block(struct scsi_device *sdev) > * request queue. > */ > if (q->mq_ops) { > - blk_mq_stop_hw_queues(q); > + blk_mq_quiesce_queue(q); > } else { > spin_lock_irqsave(q->queue_lock, flags); > blk_stop_queue(q); > Hello Martin, It seems like patch 1/2 of this series is already present in Linus' tree but patch 2/2 not yet? Can you queue this patch for the next pull request that will be sent to Linus? Thanks, Bart. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary 2016-12-16 12:39 ` Bart Van Assche @ 2016-12-20 22:14 ` Martin K. Petersen 0 siblings, 0 replies; 10+ messages in thread From: Martin K. Petersen @ 2016-12-20 22:14 UTC (permalink / raw) To: Bart Van Assche Cc: Martin K. Petersen, James Bottomley, Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi, linux-rdma >>>>> "Bart" == Bart Van Assche <bart.vanassche@gmail.com> writes: Bart> It seems like patch 1/2 of this series is already present in Bart> Linus' tree but patch 2/2 not yet? Can you queue this patch for Bart> the next pull request that will be sent to Linus? Applied to 4.10/scsi-fixes. -- Martin K. Petersen Oracle Linux Engineering ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary 2016-11-23 0:16 [PATCH 0/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary Bart Van Assche [not found] ` <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> @ 2016-11-25 15:12 ` Martin K. Petersen 2016-11-25 15:19 ` Martin K. Petersen 1 sibling, 1 reply; 10+ messages in thread From: Martin K. Petersen @ 2016-11-25 15:12 UTC (permalink / raw) To: Bart Van Assche Cc: James Bottomley, Martin K. Petersen, Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi, linux-rdma >>>>> "Bart" == Bart Van Assche <bart.vanassche@sandisk.com> writes: Bart> The SRP transport code must wait until ongoing .queuecommand() / Bart> .queue_rq() callback function invocations have finished before Bart> reconnecting at the transport layer level and also before invoking Bart> .terminate_rport_io(). This is already the case for the single Bart> queue path but not yet for the scsi-mq path. This patch series Bart> realizes the proper serialization for the scsi-mq path. Compared Bart> to last time these patches were posted, only the patch Bart> descriptions and one comment have been changed. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 0/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary 2016-11-25 15:12 ` [PATCH 0/2] " Martin K. Petersen @ 2016-11-25 15:19 ` Martin K. Petersen 0 siblings, 0 replies; 10+ messages in thread From: Martin K. Petersen @ 2016-11-25 15:19 UTC (permalink / raw) To: Martin K. Petersen Cc: Bart Van Assche, James Bottomley, Doug Ledford, Christoph Hellwig, Sagi Grimberg, Max Gurtovoy, linux-scsi, linux-rdma >>>>> "Martin" == Martin K Petersen <martin.petersen@oracle.com> writes: Hi Bart, Martin> Applied to 4.10/scsi-queue. 2/2 needs a rebase and I'm not going to do another one this late in the cycle. Please resend this patch once we hit 4.10 rc1. Thanks! -- Martin K. Petersen Oracle Linux Engineering ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2016-12-20 22:14 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-11-23 0:16 [PATCH 0/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary Bart Van Assche [not found] ` <39d8cb23-0406-e8c3-6e3a-a467ebe41470-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org> 2016-11-23 0:17 ` [PATCH 1/2] SRP transport: Move queuecommand() wait code to SCSI core Bart Van Assche 2016-11-25 23:21 ` Max Gurtovoy 2016-11-29 14:59 ` Bart Van Assche [not found] ` <BLUPR02MB16836EF63187DE03E7F1DD77818D0-Y8PPn9RqzNfZ9ihocuPUdanrV9Ap65cLvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> 2016-11-29 16:22 ` Martin K. Petersen 2016-11-23 0:17 ` [PATCH 2/2] SRP transport, scsi-mq: Wait for .queue_rq() if necessary Bart Van Assche 2016-12-16 12:39 ` Bart Van Assche 2016-12-20 22:14 ` Martin K. Petersen 2016-11-25 15:12 ` [PATCH 0/2] " Martin K. Petersen 2016-11-25 15:19 ` Martin K. Petersen
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.