On Thu, Jan 19, 2017 at 06:58:09AM -0800, Jens Axboe wrote:
> Yeah, I made that patch and grepped the tree. The usage in the fc
> code in nvme looks weird. It's stopping all potential hardware queues,
> yet only delaying one.
>
> if (op->rq) {
> blk_mq_stop_hw_queues(op->rq->q);
> blk_mq_delay_queue(queue->hctx, NVMEFC_QUEUE_DELAY);
> }
> return BLK_MQ_RQ_QUEUE_BUSY;
>
> James/Christoph, what's going on there? I'm going to leave that one
> as-is for now, but add the stop to the delay. If the above stop-all is
> indeed buggy, then it can later just be removed.
It looks broken to me, but I'll need James to confirm.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
