[lkml]   [2019]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: BUG: unable to handle kernel paging request in pcpu_alloc
Daniel Borkmann <> writes:

> On Thu, Dec 05, 2019 at 03:35:21PM +1100, Daniel Axtens wrote:
>> >> HEAD commit: 1ab75b2e Add linux-next specific files for 20191203
>> >> git tree: linux-next
>> >> console output:
>> >> kernel config:
>> >> dashboard link:
>> >> compiler: gcc (GCC) 9.0.0 20181231 (experimental)
>> >> syz repro:
>> >> C reproducer:
>> >>
>> >> IMPORTANT: if you fix the bug, please add the following tag to the commit:
>> >> Reported-by:
>> >
>> > +Daniel, is it the same as:
>> >
>> > If so, is it possible to make KASAN detect this consistently with the
>> > same crash type so that syzbot does not report duplicates?
>> It looks like both of these occur immediately after failure injection. I
>> think my assumption that I could ignore the chance of failures in the
>> per-cpu allocation path will have to be revisited. That's annoying.
>> I'll try to spin something today but Andrey feel free to pip me at the
>> post again :)
>> I'm not 100% confident to call them dups just yet, but I'm about 80%
>> confident that they are.
> Ok. Double checked BPF side yesterday night, but looks sane to me and the
> fault also hints into pcpu_alloc() rather than BPF code. Daniel, from your
> above reply, I read that you are aware of how the bisected commit would
> have caused the fault?

Yes, this one is on me - I did not take into account the brutal
efficiency of the fault injector when implementing my KASAN support for
vmalloc areas. I have a fix, I'm just doing final tests now.


> Thanks,
> Daniel
> --
> You received this message because you are subscribed to the Google Groups "kasan-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to
> To view this discussion on the web visit

 \ /
  Last update: 2019-12-05 14:11    [W:0.037 / U:0.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site