lkml.org 
[lkml]   [2019]   [Feb]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v7 21/23] block: Avoid that flushing triggers a lockdep complaint
On Fri, Feb 15, 2019 at 08:08:08AM -0800, Bart Van Assche wrote:
> On Fri, 2019-02-15 at 10:26 +0800, Ming Lei wrote:
> > There might be lots of blk_flush_queue instance which is allocated
> > for each hctx, then lots of class key slot may be wasted.
> >
> > So I suggest to use one nvmet_loop_flush_lock_key for this particular issue,
> > something like the following patch:
> >
> > diff --git a/drivers/nvme/target/loop.c b/drivers/nvme/target/loop.c
> > index 4aac1b4a8112..ec4248c12ed9 100644
> > --- a/drivers/nvme/target/loop.c
> > +++ b/drivers/nvme/target/loop.c
> > @@ -524,7 +524,9 @@ static const struct nvme_ctrl_ops nvme_loop_ctrl_ops = {
> >
> > static int nvme_loop_create_io_queues(struct nvme_loop_ctrl *ctrl)
> > {
> > - int ret;
> > + static struct lock_class_key nvme_loop_flush_lock_key;
> > + int ret, i;
> > + struct blk_mq_hw_ctx *hctx;
> >
> > ret = nvme_loop_init_io_queues(ctrl);
> > if (ret)
> > @@ -553,6 +555,10 @@ static int nvme_loop_create_io_queues(struct nvme_loop_ctrl *ctrl)
> > goto out_free_tagset;
> > }
> >
> > + queue_for_each_hw_ctx(ctrl->ctrl.connect_q, hctx, i)
> > + lockdep_set_class(&hctx->fq->mq_flush_lock,
> > + &nvme_loop_flush_lock_key);
> > +
> > ret = nvme_loop_connect_io_queues(ctrl);
> > if (ret)
> > goto out_cleanup_connect_q;
>
> Hi Ming,
>
> Thanks for your feedback.
>
> Are you aware that sizeof(struct lock_class_key) is zero if lockdep is
> disabled?

Yes.

> Does this alleviate your concern?

No, I mean in case of CONFIG_LOCKDP.

1) MAX_LOCKDEP_KEYS is defined as 8k-1

2) lock validation runs as graph search algorithm actually, and each lock
class acts as one graph vertex.

So more lock class will make the lock validation much slower, also lock
class key may be overflow.

>
> I'm not enthusiast about your patch. I don't think that block layer users
> should touch the lock class key of the flush queue. That's a key that should
> be set by the block layer core.

Why? lockdep_set_class is used tree-wide actually.

Thanks,
Ming

\
 
 \ /
  Last update: 2019-02-17 14:24    [W:0.148 / U:7.304 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site