[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2023122129-distress-sanding-8449@gregkh>
Date: Thu, 21 Dec 2023 18:17:53 +0100
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Johannes Berg <johannes@...solutions.net>
Cc: linux-kernel@...r.kernel.org,
Tetsuo Handa <penguin-kernel@...ove.sakura.ne.jp>
Subject: Re: [PATCH] debugfs: initialize cancellations earlier
On Thu, Dec 21, 2023 at 06:10:17PM +0100, Johannes Berg wrote:
> On Thu, 2023-12-21 at 18:05 +0100, Greg Kroah-Hartman wrote:
> > On Thu, Dec 21, 2023 at 03:04:45PM +0100, Johannes Berg wrote:
> > > From: Johannes Berg <johannes.berg@...el.com>
> > >
> > > Tetsuo Handa pointed out that in the (now reverted)
> > > lockdep commit I initialized the data too late.
> >
> > As the patch isn't in any tree, what is this against?
>
> Hm? You mean the lockdep patch? It's not relevant, but I then
> continued and wrote:
>
> > > The same is true for the cancellation data, [...]
>
> and then the patch goes and changes the cancellation data
> initialization?
>
> Or do you mean the patch mentioned in the fixes?
>
> > > Fixes: 8c88a474357e ("debugfs: add API to allow debugfs operations cancellation")
>
> That *is* in Linus's tree, as of -rc4.
>
> Not sure I understand the question.
But this doesn't apply against Linus's tree, or my driver-core-next
branch now, where should it go?
still confused,
greg k-h
Powered by blists - more mailing lists