Hi Michael, On Thu, 01 Jun 2017 16:07:51 +1000 Michael Ellerman <mpe@xxxxxxxxxxxxxx> wrote: > > Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> writes: > > > Changes since 20170530: > > > > Non-merge commits (relative to Linus' tree): 3325 > > 3598 files changed, 135000 insertions(+), 72065 deletions(-) > > More or less all my powerpc boxes failed to boot this. Good timing :-) How about the linux-next I just released. It has had a few of the mm changes removed since yesterday. > All the stack traces point to new_slab(): > > PID hash table entries: 4096 (order: -1, 32768 bytes) > Memory: 127012480K/134217728K available (12032K kernel code, 1920K rwdata, 2916K rodata, 1088K init, 14065K bss, 487808K reserved, 6717440K cma-reserved) > Unable to handle kernel paging request for data at address 0x000004f0 > Faulting instruction address: 0xc00000000033fd48 > Oops: Kernel access of bad area, sig: 11 [#1] > SMP NR_CPUS=2048 > NUMA > PowerNV > Modules linked in: > CPU: 0 PID: 0 Comm: swapper Not tainted 4.12.0-rc3-gccN-next-20170531-gf2882f4 #1 > task: c000000000fb1200 task.stack: c000000001104000 > NIP: c00000000033fd48 LR: c00000000033fb1c CTR: c0000000002d6ae0 > REGS: c000000001107970 TRAP: 0380 Not tainted (4.12.0-rc3-gccN-next-20170531-gf2882f4) > MSR: 9000000002001033 <SF,HV,VEC,ME,IR,DR,RI,LE> > CR: 22042244 XER: 00000000 > CFAR: c00000000033fbfc SOFTE: 0 > GPR00: c00000000033fb1c c000000001107bf0 c000000001108b00 c0000007ffff6180 > GPR04: c000000001139600 0000000000000000 00000007f9880000 0000000000000080 > GPR08: c0000000011cf5d8 00000000000004f0 0000000000000000 c0000007ffff6280 > GPR12: 0000000028042822 c00000000fd40000 0000000000000000 0000000000000000 > GPR16: 0000000000000000 c000000000dc9198 c000000000dc91c8 000000000000006f > GPR20: 0000000000000001 0000000000002000 00000000014000c0 0000000000000000 > GPR24: 0000000000000201 c0000007f9010000 0000000000000000 0000000080010400 > GPR28: 0000000000000001 0000000000000006 f000000001fe4000 c000000000f15958 > NIP [c00000000033fd48] new_slab+0x318/0x710 > LR [c00000000033fb1c] new_slab+0xec/0x710 > Call Trace: > [c000000001107bf0] [c00000000033fb1c] new_slab+0xec/0x710 (unreliable) > [c000000001107cc0] [c000000000348cc0] __kmem_cache_create+0x270/0x800 > [c000000001107df0] [c000000000ece8b4] create_boot_cache+0xa0/0xe4 > [c000000001107e70] [c000000000ed30d0] kmem_cache_init+0x68/0x16c > [c000000001107f00] [c000000000ea0b08] start_kernel+0x2a0/0x554 > [c000000001107f90] [c00000000000ad70] start_here_common+0x1c/0x4ac > Instruction dump: > 57bd039c 79291f24 7fbd0074 7c68482a 7bbdd182 3bbd0005 60000000 3d230001 > e95e0038 e9299a7a 3929009e 79291f24 <7f6a482a> e93b0080 7fa34800 409e036c > ---[ end trace 0000000000000000 ]--- > > Kernel panic - not syncing: Attempted to kill the idle task! > Rebooting in 10 seconds.. -- Cheers, Stephen Rothwell -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
