On Wed, May 24, 2017 at 06:25:47PM -0400, Steven Rostedt wrote: > On Wed, 24 May 2017 21:13:27 +0200 (CEST) > Thomas Gleixner <t...@linutronix.de> wrote: > > > > > Oops: 0003 [#1] SMP > > > Modules linked in: > > > CPU: 3 PID: 1 Comm: swapper/0 Not tainted 4.12.0-rc2-test+ #42 > > > Hardware name: MSI MS-7823/CSM-H87M-G43 (MS-7823), BIOS V1.6 > > > 02/22/2014 task: ffff8802153a8000 task.stack: ffffc90000c74000 > > > RIP: 0010:new_slab+0x1e8/0x2b4 > > > RSP: 0000:ffffc90000c77b28 EFLAGS: 00010282 > > > RAX: 0000000040040000 RBX: ffff880216003f00 RCX: ffff880214f5c058 > > > RDX: 0000000000000000 RSI: ffff880214f5c000 RDI: ffff880216003f00 > > > RBP: ffffc90000c77b70 R08: 000000000000002a R09: 0000000000000000 > > > R10: 00000000000201e2 R11: 0000000000020190 R12: ffff880214f5c000 > > > R13: 000000000000002e R14: 0000000000000001 R15: ffffea000853d700 > > > FS: 0000000000000000(0000) GS:ffff88021eb80000(0000) > > > knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: > > > 0000000080050033 CR2: ffff880214f5c000 CR3: 000000000221d000 CR4: > > > 00000000001406e0 Call Trace: > > > ? interleave_nodes+0x29/0x40 > > > ___slab_alloc+0x2e8/0x49e > > > > That does not make any sense, but I'm digging into it. > > The trampolines uses the module allocation, and it appears, that needs > to become rw before freeing again. > > I applied this patch, and it appears to fix the bug for me. > > Signed-off-by: Steven Rostedt (VMware) <rost...@goodmis.org>
Awesome, this also cures my panic: mcgrof@piggy ~/linux-next (git::20170524-fixwarn)$ sudo tools/testing/selftests/ftrace/ftracetest ... # of passed: 45 # of failed: 0 # of unresolved: 0 # of untested: 0 # of unsupported: 0 # of xfailed: 0 # of undefined(test bug): 0 So the combination of both: Tested-by: Luis R. Rodriguez <mcg...@kernel.org> Luis
