Re: Question on KASAN calltrace record in RT

2021-04-15 Thread Mike Galbraith
On Wed, 2021-04-14 at 07:26 +0200, Dmitry Vyukov wrote: > > > [ 15.428008] > > == > > [ 15.428011] BUG: KASAN: vmalloc-out-of-bounds in > > crash_setup_memmap_entries+0x17e/0x3a0 > > This looks like a genuine kernel bug on first

Re: Question on KASAN calltrace record in RT

2021-04-14 Thread Dmitry Vyukov
el@vger.kernel.org; > kasan-...@googlegroups.com > 主题: Re: Question on KASAN calltrace record in RT > > [Please note: This e-mail is from an EXTERNAL e-mail address] > > On Tue, Apr 6, 2021 at 10:26 AM Zhang, Qiang > wrote: > > > > Hello everyone > > > > In R

Re: Question on KASAN calltrace record in RT

2021-04-13 Thread Mike Galbraith
On Wed, 2021-04-14 at 07:26 +0200, Dmitry Vyukov wrote: > On Wed, Apr 14, 2021 at 6:00 AM Mike Galbraith wrote: > > > [0.692437] BUG: sleeping function called from invalid context at > > kernel/locking/rtmutex.c:943 > > [0.692439] in_atomic(): 1, irqs_disabled(): 1, non_block: 0, pid: 1,

Re: Question on KASAN calltrace record in RT

2021-04-13 Thread Dmitry Vyukov
On Wed, Apr 14, 2021 at 6:00 AM Mike Galbraith wrote: > > On Tue, 2021-04-13 at 17:29 +0200, Dmitry Vyukov wrote: > > On Tue, Apr 6, 2021 at 10:26 AM Zhang, Qiang > > wrote: > > > > > > Hello everyone > > > > > > In RT system, after Andrew test, found the following calltrace , > > > in KASA

Re: Question on KASAN calltrace record in RT

2021-04-13 Thread Mike Galbraith
On Tue, 2021-04-13 at 17:29 +0200, Dmitry Vyukov wrote: > On Tue, Apr 6, 2021 at 10:26 AM Zhang, Qiang > wrote: > > > > Hello everyone > > > > In RT system, after Andrew test, found the following calltrace , > > in KASAN, we record callstack through stack_depot_save(), in this function, > >

Re: Question on KASAN calltrace record in RT

2021-04-13 Thread Dmitry Vyukov
On Tue, Apr 6, 2021 at 10:26 AM Zhang, Qiang wrote: > > Hello everyone > > In RT system, after Andrew test, found the following calltrace , > in KASAN, we record callstack through stack_depot_save(), in this function, > may be call alloc_pages, but in RT, the spin_lock replace with > rt_mut