On Mon, Oct 11, 2021 at 8:35 PM Naresh Kamboju <naresh.kamboju@xxxxxxxxxx> wrote: > > On Mon, 11 Oct 2021 at 19:28, Greg Kroah-Hartman > > Results from Linaro’s test farm. > Regression found on arm x15 device. > > metadata: > git branch: linux-5.14.y > git repo: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc > git commit: d98305d056b808dd938d2ae6bfd0e3ccac00a106 > git describe: v5.14.11-152-gd98305d056b8 > make_kernelversion: 5.14.12-rc1 > kernel-config: https://builds.tuxbuild.com/1zMbwi83MvhJdKpC0LTvxvIh1Fb/config > > Crash log, > [ 0.000000] Linux version 5.14.12-rc1 (tuxmake@tuxmake) > (arm-linux-gnueabihf-gcc (Debian 11.1.0-1) 11.1.0, GNU ld (GNU > Binutils for Debian) 2.36.90.20210705) #1 SMP @1633961260 > [ 0.000000] CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d > <trim> > [ 5.403076] Kernel panic - not syncing: stack-protector: Kernel > stack is corrupted in: __lock_acquire+0x2520/0x326c > [ 5.413574] CPU: 0 PID: 6 Comm: kworker/0:0H Not tainted 5.14.12-rc1 #1 > [ 5.420227] Hardware name: Generic DRA74X (Flattened Device Tree) > [ 5.426361] Backtrace: > [ 5.428863] [<c153b5e8>] (dump_backtrace) from [<c153b9a8>] > (show_stack+0x20/0x24) > [ 5.436492] r7:c2109acc r6:00000080 r5:c1c3c52c r4:60000193 > [ 5.442169] [<c153b988>] (show_stack) from [<c1542cf8>] > (dump_stack_lvl+0x60/0x78) > [ 5.449798] [<c1542c98>] (dump_stack_lvl) from [<c1542d28>] > (dump_stack+0x18/0x1c) > [ 5.457427] r7:c2109acc r6:c1c1d4ac r5:00000000 r4:c23a1aa8 > [ 5.463104] [<c1542d10>] (dump_stack) from [<c153c800>] (panic+0x13c/0x370) > [ 5.470123] [<c153c6c4>] (panic) from [<c1555854>] > (lockdep_hardirqs_on+0x0/0x1d0) > [ 5.477752] r3:c28033d0 r2:a519091a r1:c03dc7ec r0:c1c1d4ac > [ 5.483428] r7:c2109acc > [ 5.485992] [<c1555838>] (__stack_chk_fail) from [<c03dc7ec>] > (__lock_acquire+0x2520/0x326c) > [ 5.494476] [<c03da2cc>] (__lock_acquire) from [<c03ddfe0>] > (lock_acquire+0x140/0x414) > [ 5.502471] r10:60000193 r9:00000080 r8:2ca87000 r7:c31c4128 > r6:c20935e0 r5:c20935e0 > [ 5.510345] r4:c31c4000 > [ 5.512878] [<c03ddea0>] (lock_acquire) from [<c03a2e1c>] > (account_system_index_time+0xf0/0x284) > [ 5.521728] r10:c31c4000 r9:eeb1fa40 r8:eeb1a4f0 r7:00000002 > r6:c321db80 r5:00000000 > > Reported-by: Linux Kernel Functional Testing <lkft@xxxxxxxxxx> > > Full test log link, > https://lkft.validation.linaro.org/scheduler/job/3719571#L2392 > > zImage: > https://builds.tuxbuild.com/1zMbwi83MvhJdKpC0LTvxvIh1Fb/zImage > > Build link, > https://builds.tuxbuild.com/1zMbwi83MvhJdKpC0LTvxvIh1Fb/ It looks like a really long backtrace, and there is something about stack corruption, so I wonder if the stack is actually overflowing here. Can you see if the same thing happens with Ard's vmap-stack branch from [1] or if that shows a different output? [1] https://git.kernel.org/pub/scm/linux/kernel/git/ardb/linux.git/log/?h=arm-vmap-stacks Arnd
