* [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
* [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
* [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 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
* 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
* 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
* 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
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.