From: Mike Snitzer <snitzer@redhat.com>
To: Jens Axboe <axboe@kernel.dk>
Cc: Ming Lei <ming.lei@redhat.com>,
linux-block@vger.kernel.org,
Christoph Hellwig <hch@infradead.org>
Subject: Re: [PATCH V4 1/3] blk-mq: move actual issue into one helper
Date: Mon, 15 Jan 2018 14:41:12 -0500 [thread overview]
Message-ID: <20180115194112.GA25341@redhat.com> (raw)
In-Reply-To: <2b698c6c-9d9d-8555-7fe8-272bcdd65086@kernel.dk>
On Mon, Jan 15 2018 at 12:29pm -0500,
Jens Axboe <axboe@kernel.dk> wrote:
> On 1/15/18 9:58 AM, Ming Lei wrote:
> > No functional change, just to clean up code a bit, so that the following
> > change of using direct issue for blk_mq_request_bypass_insert() which is
> > needed by DM can be easier to do.
> >
> > Signed-off-by: Ming Lei <ming.lei@redhat.com>
> > ---
> > block/blk-mq.c | 39 +++++++++++++++++++++++++++------------
> > 1 file changed, 27 insertions(+), 12 deletions(-)
> >
> > diff --git a/block/blk-mq.c b/block/blk-mq.c
> > index edb1291a42c5..bf8d6651f40e 100644
> > --- a/block/blk-mq.c
> > +++ b/block/blk-mq.c
> > @@ -1696,15 +1696,37 @@ static blk_qc_t request_to_qc_t(struct blk_mq_hw_ctx *hctx, struct request *rq)
> > return blk_tag_to_qc_t(rq->internal_tag, hctx->queue_num, true);
> > }
> >
> > -static void __blk_mq_try_issue_directly(struct blk_mq_hw_ctx *hctx,
> > - struct request *rq,
> > - blk_qc_t *cookie)
> > +static blk_status_t __blk_mq_issue_req(struct blk_mq_hw_ctx *hctx,
> > + struct request *rq,
> > + blk_qc_t *new_cookie)
> > {
> > + blk_status_t ret;
> > struct request_queue *q = rq->q;
> > struct blk_mq_queue_data bd = {
> > .rq = rq,
> > .last = true,
> > };
> > +
> > + if (!blk_mq_get_driver_tag(rq, NULL, false))
> > + return BLK_STS_AGAIN;
> > +
> > + if (!blk_mq_get_dispatch_budget(hctx)) {
> > + blk_mq_put_driver_tag(rq);
> > + return BLK_STS_AGAIN;
> > + }
> > +
> > + *new_cookie = request_to_qc_t(hctx, rq);
> > +
> > + ret = q->mq_ops->queue_rq(hctx, &bd);
> > +
> > + return ret;
>
> return q->mq_ops->queue_rq(hctx, &bd);
>
> and kill 'ret', it's not used.
Yeap, good point.
> But more importantly, who puts the
> driver tag and the budget if we get != OK for ->queue_rq()?
__blk_mq_try_issue_directly() processes the returned value same as before
this patch. Means this patch isn't making any functional change:
If BLK_STS_RESOURCE: __blk_mq_requeue_request() is called.
__blk_mq_requeue_request() will blk_mq_put_driver_tag().
Otherwise, all other errors result in blk_mq_end_request(rq, ret);
So ignoring this patch, are you concerned that:
1) Does blk_mq_end_request() put both? Looks like blk_mq_free_request()
handles rq->tag != -1 but why not have it use __blk_mq_put_driver_tag()?
I'm not seeing where the budget is put from blk_mq_end_request()...
2) Nothing seems to be putting the budget in
__blk_mq_try_issue_directly()'s BLK_STS_RESOURCE error path? I share
your concern now (for drivers who set {get,put}_budget in mq_ops).
Should __blk_mq_requeue_request() be updated to also
blk_mq_put_dispatch_budget()?
Mike
next prev parent reply other threads:[~2018-01-15 19:41 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-15 16:58 [PATCH V4 0/3] blk-mq: issue request directly for blk_insert_cloned_request Ming Lei
2018-01-15 16:58 ` [PATCH V4 1/3] blk-mq: move actual issue into one helper Ming Lei
2018-01-15 17:15 ` Mike Snitzer
2018-01-16 1:36 ` Ming Lei
2018-01-15 17:29 ` Jens Axboe
2018-01-15 19:41 ` Mike Snitzer [this message]
2018-01-16 1:43 ` Ming Lei
2018-01-16 1:45 ` Mike Snitzer
2018-01-16 1:40 ` Ming Lei
2018-01-16 4:05 ` Ming Lei
2018-01-15 16:58 ` [PATCH V4 2/3] blk-mq: return dispatch result to caller in blk_mq_try_issue_directly Ming Lei
2018-01-15 16:58 ` [PATCH V4 3/3] blk-mq: issue request directly for blk_insert_cloned_request Ming Lei
2018-01-16 1:34 ` Mike Snitzer
2018-01-15 17:43 ` [PATCH V4 0/3] " Mike Snitzer
2018-01-16 1:57 ` Ming Lei
2018-01-16 15:01 ` [for-4.16 PATCH v4-mike 1/2] blk-mq: return dispatch result from blk_mq_try_issue_directly Mike Snitzer
2018-01-16 15:01 ` [for-4.16 PATCH v4-mike 2/2] blk-mq: issue request directly for blk_insert_cloned_request Mike Snitzer
2018-01-16 16:41 ` Mike Snitzer
2018-01-16 17:20 ` Jens Axboe
2018-01-16 17:38 ` Mike Snitzer
2018-01-16 17:41 ` Jens Axboe
2018-01-16 18:16 ` Mike Snitzer
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=20180115194112.GA25341@redhat.com \
--to=snitzer@redhat.com \
--cc=axboe@kernel.dk \
--cc=hch@infradead.org \
--cc=linux-block@vger.kernel.org \
--cc=ming.lei@redhat.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).