From: Ming Lei <ming.lei@redhat.com>
To: Bart Van Assche <bvanassche@acm.org>
Cc: Jens Axboe <axboe@kernel.dk>,
linux-block@vger.kernel.org,
Dongli Zhang <dongli.zhang@oracle.com>,
James Smart <james.smart@broadcom.com>,
Bart Van Assche <bart.vanassche@wdc.com>,
linux-scsi@vger.kernel.org,
"Martin K . Petersen" <martin.petersen@oracle.com>,
Christoph Hellwig <hch@lst.de>,
"James E . J . Bottomley" <jejb@linux.vnet.ibm.com>,
jianchao wang <jianchao.w.wang@oracle.com>,
stable@vger.kernel.org
Subject: Re: [PATCH V3 3/6] blk-mq: free hw queue's resource in hctx's release handler
Date: Thu, 4 Apr 2019 15:42:47 +0800 [thread overview]
Message-ID: <20190404074246.GE5004@ming.t460p> (raw)
In-Reply-To: <1554308792.118779.221.camel@acm.org>
On Wed, Apr 03, 2019 at 09:26:32AM -0700, Bart Van Assche wrote:
> On Wed, 2019-04-03 at 18:26 +0800, Ming Lei wrote:
> > diff --git a/block/blk-core.c b/block/blk-core.c
> > index 6583d67f3e34..20298aa5a77c 100644
> > --- a/block/blk-core.c
> > +++ b/block/blk-core.c
> > @@ -374,7 +374,7 @@ void blk_cleanup_queue(struct request_queue *q)
> > blk_exit_queue(q);
> >
> > if (queue_is_mq(q))
> > - blk_mq_free_queue(q);
> > + blk_mq_exit_queue(q);
> >
> > percpu_ref_exit(&q->q_usage_counter);
> >
> > diff --git a/block/blk-mq-sysfs.c b/block/blk-mq-sysfs.c
> > index 3f9c3f4ac44c..4040e62c3737 100644
> > --- a/block/blk-mq-sysfs.c
> > +++ b/block/blk-mq-sysfs.c
> > @@ -10,6 +10,7 @@
> > #include <linux/smp.h>
> >
> > #include <linux/blk-mq.h>
> > +#include "blk.h"
> > #include "blk-mq.h"
> > #include "blk-mq-tag.h"
> >
> > @@ -33,6 +34,11 @@ static void blk_mq_hw_sysfs_release(struct kobject *kobj)
> > {
> > struct blk_mq_hw_ctx *hctx = container_of(kobj, struct blk_mq_hw_ctx,
> > kobj);
> > +
> > + if (hctx->flags & BLK_MQ_F_BLOCKING)
> > + cleanup_srcu_struct(hctx->srcu);
> > + blk_free_flush_queue(hctx->fq);
> > + sbitmap_free(&hctx->ctx_map);
> > free_cpumask_var(hctx->cpumask);
> > kfree(hctx->ctxs);
> > kfree(hctx);
> > diff --git a/block/blk-mq.c b/block/blk-mq.c
> > index b512ba0cb359..afc9912e2e42 100644
> > --- a/block/blk-mq.c
> > +++ b/block/blk-mq.c
> > @@ -2259,12 +2259,7 @@ static void blk_mq_exit_hctx(struct request_queue *q,
> > if (set->ops->exit_hctx)
> > set->ops->exit_hctx(hctx, hctx_idx);
> >
> > - if (hctx->flags & BLK_MQ_F_BLOCKING)
> > - cleanup_srcu_struct(hctx->srcu);
> > -
> > blk_mq_remove_cpuhp(hctx);
> > - blk_free_flush_queue(hctx->fq);
> > - sbitmap_free(&hctx->ctx_map);
> > }
> >
> > static void blk_mq_exit_hw_queues(struct request_queue *q,
> > @@ -2899,7 +2894,8 @@ struct request_queue *blk_mq_init_allocated_queue(struct blk_mq_tag_set *set,
> > }
> > EXPORT_SYMBOL(blk_mq_init_allocated_queue);
> >
> > -void blk_mq_free_queue(struct request_queue *q)
> > +/* tags can _not_ be used after returning from blk_mq_exit_queue */
> > +void blk_mq_exit_queue(struct request_queue *q)
> > {
> > struct blk_mq_tag_set *set = q->tag_set;
> >
> > diff --git a/block/blk-mq.h b/block/blk-mq.h
> > index d704fc7766f4..c421e3a16e36 100644
> > --- a/block/blk-mq.h
> > +++ b/block/blk-mq.h
> > @@ -37,7 +37,7 @@ struct blk_mq_ctx {
> > struct kobject kobj;
> > } ____cacheline_aligned_in_smp;
> >
> > -void blk_mq_free_queue(struct request_queue *q);
> > +void blk_mq_exit_queue(struct request_queue *q);
> > int blk_mq_update_nr_requests(struct request_queue *q, unsigned int nr);
> > void blk_mq_wake_waiters(struct request_queue *q);
> > bool blk_mq_dispatch_rq_list(struct request_queue *, struct list_head *, bool);
>
> Isn't this an incomplete solution? The above patch fixes the race between
> cleaning up a queue and running a queue but does not address the race between
> running a queue and changing the number of hardware queues.
Now I understand the race with updating nr hw queues, thank!
We may have to quiesce request queues in __blk_mq_update_nr_hw_queues()
for avoiding this race.
thanks,
Ming
prev parent reply other threads:[~2019-04-04 7:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20190403102609.18707-1-ming.lei@redhat.com>
2019-04-03 10:26 ` [PATCH V3 3/6] blk-mq: free hw queue's resource in hctx's release handler Ming Lei
2019-04-03 16:26 ` Bart Van Assche
2019-04-04 6:40 ` Ming Lei
2019-04-04 7:42 ` Ming Lei [this message]
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=20190404074246.GE5004@ming.t460p \
--to=ming.lei@redhat.com \
--cc=axboe@kernel.dk \
--cc=bart.vanassche@wdc.com \
--cc=bvanassche@acm.org \
--cc=dongli.zhang@oracle.com \
--cc=hch@lst.de \
--cc=james.smart@broadcom.com \
--cc=jejb@linux.vnet.ibm.com \
--cc=jianchao.w.wang@oracle.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=stable@vger.kernel.org \
/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