[lkml]   [2020]   [Jun]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: BUG: kernel NULL pointer dereference from check_preempt_wakeup()
On Sat, Jun 13, 2020 at 09:26:40AM +0200, Thomas Gleixner wrote:
> "Paul E. McKenney" <> writes:
> > And an update based on your patch (
> > against 44ebe016df3a ("Merge branch 'proc-linus' of
> > git://").
> I'm running this patch since midnight on top of x86/entry. Still no NULL
> pointer deref.
> The cross-check with plain x86/entry has triggered it on all instances
> by now.

That is consistent with my experience. I have not yet see a NULL pointer
dereference with Peter's patch. As I said earlier, tests thus far
at my end give 95% confidence that it is a fix for the NULL pointer

I have seen two other problems, but I haven't yet see them often enough
to have any confidence as to what they are related to. The RCU CPU
stall warning happened only once, so it might have been introduced in
mainline sometime in the last few days. The BUG was with Peter's patch
on an intermediate state of x86/entry, so it might be specific to that
intermediate state. Or to my commit/patch confusion, perhaps.

> So it looks your up to something here.

Let's recap.

I ran 140 hours each of TREE04 and TREE05 with Peter's patch on top of
x86/entry in -tip with no complaints of any kind. So that is good,
and it means we have a good fix for the too-short grace periods.
I already verified TASKS03 yesterday (not to be confused with TREE03).
So we have a clean bill of health for x86/entry from my end with respect
to too-short grace periods with insanely high confidence.

I have started 28*TREE03 for a few hours with Peter's patch on top
of x86/entry in -tip, which I expect will reproduce your result of
no NULL pointer. If so (as I fully expect it to), I will join you in
proclaiming Peter's patch to be a fix for the NULL pointer problem.

Then I follow up on and also on

First, I run TREE03 longer on 44ebe016df3a ("Merge branch 'proc-linus' of
in mainline without Peter's patch ignoring any occurrences of the NULL
pointer problem to see what happens. If that reproduces the RCU CPU
stall in or the BUG on line 1046 of
kernel/sched/rt.c in, I will attempt
to bisect those in mainline.

If neither of those two reproduce, on to other things.

Seem reasonable?

Thanx, Paul

 \ /
  Last update: 2020-06-13 16:57    [W:0.084 / U:0.228 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site