[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171023063630.GA21280@infradead.org>
Date: Sun, 22 Oct 2017 23:36:30 -0700
From: Christoph Hellwig <hch@...radead.org>
To: Byungchul Park <byungchul.park@....com>
Cc: Christoph Hellwig <hch@...radead.org>, peterz@...radead.org,
mingo@...nel.org, tglx@...utronix.de, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, tj@...nel.org, johannes.berg@...el.com,
oleg@...hat.com, amir73il@...il.com, david@...morbit.com,
darrick.wong@...cle.com, linux-xfs@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-block@...r.kernel.org,
idryomov@...il.com, kernel-team@....com
Subject: Re: [PATCH v2 4/4] lockdep: Assign a lock_class per gendisk used for
wait_for_completion()
On Mon, Oct 23, 2017 at 08:53:35AM +0900, Byungchul Park wrote:
> On Fri, Oct 20, 2017 at 07:44:51AM -0700, Christoph Hellwig wrote:
> > The Subject prefix for this should be "block:".
> >
> > > @@ -945,7 +945,7 @@ int submit_bio_wait(struct bio *bio)
> > > {
> > > struct submit_bio_ret ret;
> > >
> > > - init_completion(&ret.event);
> > > + init_completion_with_map(&ret.event, &bio->bi_disk->lockdep_map);
> >
> > FYI, I have an outstanding patch to simplify this a lot, which
> > switches this to DECLARE_COMPLETION_ONSTACK. I can delay this or let
> > you pick it up with your series, but we'll need a variant of
> > DECLARE_COMPLETION_ONSTACK with the lockdep annotations.
>
> Hello,
>
> I'm sorry for late.
>
> I think your patch makes block code simpler and better. I like it.
>
> But, I just wonder if it's related to my series.
Because it shows that we also need a version of DECLARE_COMPLETION_ONSTACK
the gets passed an explicit lockdep map. And because if it was merged
through a different tree it would create a conflict.
> Is it proper to add
> your patch into my series?
Sure.
Powered by blists - more mailing lists