[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <EBB4D2B4-1EDF-4EDF-B667-81FDFA1F4AF2@lca.pw>
Date: Mon, 23 Mar 2020 09:41:53 -0400
From: Qian Cai <cai@....pw>
To: Andy Lutomirski <luto@...capital.net>
Cc: Thomas Gleixner <tglx@...utronix.de>,
John Stultz <john.stultz@...aro.org>, sboyd@...nel.org,
"Steven Rostedt (VMware)" <rostedt@...dmis.org>,
hannes@...xchg.org, LKML <linux-kernel@...r.kernel.org>,
Peter Zijlstra <peterz@...radead.org>
Subject: Re: [PATCH] timer: silenct a lockdep splat with debugobjects
> On Mar 13, 2020, at 10:53 PM, Qian Cai <cai@....pw> wrote:
>
>
>
>> On Mar 13, 2020, at 5:26 PM, Peter Zijlstra <peterz@...radead.org> wrote:
>>
>> On Fri, Mar 13, 2020 at 05:00:41PM -0400, Qian Cai wrote:
>>>> On Mar 13, 2020, at 4:13 PM, Peter Zijlstra <peterz@...radead.org> wrote:
>>
>>>>
>>>> Or, fix that random crud to do the wakeup outside of the lock.
>>>
>>> That is likely to be difficult until we can find a creative way to not “uglifying" the
>>> random code by dropping locks in the middle etc just because of debugojects.
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/log/?h=random/fast
>>
>> Doesn't look difficult at all.
>
> Great. I cherry-picked the first two patches,
>
> random: Consolidate entropy batches for u32 and u64
> random: Remove batched entropy locking
>
> which solved the issue here as well.
>
> Andy, may I ask what your plan to post those?
Andy, do you mind me posting those 2 patches to Ted on your behalf if you have
no plan to do this in the near future?
Powered by blists - more mailing lists