linux-next: boot failure after merge of the mm tree

linux-next: boot failure after merge of the mm tree

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 2550 bytes --]

Hi all,

After merging the mm tree, today's linux-next boot (powerpc
pseries_le_defconfig) failed like this:

numa:   NODE_DATA [mem 0x7ffd8800-0x7ffdffff]
BUG: Kernel NULL pointer dereference at 0x00000030
Faulting instruction address: 0xc00000000045322c
Oops: Kernel access of bad area, sig: 11 [#1]
LE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=2048 NUMA pSeries
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 6.8.0-rc3-05899-ga19e02faed6b #1
Hardware name: IBM pSeries (emulated by qemu) POWER8 (raw) 0x4d0200 0xf000004 of:SLOF,HEAD pSeries
NIP:  c00000000045322c LR: c00000000045332c CTR: c0000000000e72c0
REGS: c00000000292f8e0 TRAP: 0380   Not tainted  (6.8.0-rc3-05899-ga19e02faed6b)
MSR:  8000000000001033 <SF,ME,IR,DR,RI,LE>  CR: 48004888  XER: 20000000
CFAR: c000000000453328 IRQMASK: 1 
GPR00: c0000000011d4688 c00000000292fb80 c0000000015c9900 c00000007ffd8800 
GPR04: 000000000000002f 0000000000000001 40066bdea7000015 0000000000000000 
GPR08: 0000000000000000 0000000000000030 0000000000000030 0000000000004000 
GPR12: c00000000292f968 c000000002b60000 0000000080000000 0000000000000004 
GPR16: 0000000000000004 0000000000000060 0000000000000002 00000000017d2358 
GPR20: 0000000000000000 0000000000000000 0000000008000000 c00c000000004000 
GPR24: 0000000000000000 c0000000029d0260 0000000000000000 0000000000000000 
GPR28: c00c000000000000 0000000000000000 0000000000004000 0000000000000001 
NIP [c00000000045322c] __mod_node_page_state+0x30/0x100
LR [c00000000045332c] mod_node_page_state+0x30/0x50
Call Trace:
[c00000000292fb80] [c00c000000000000] 0xc00c000000000000 (unreliable)
[c00000000292fbb0] [c0000000011d4688] __populate_section_memmap+0x10c/0x1b4
[c00000000292fc20] [c000000002060e20] sparse_init_nid+0x210/0x7e0
[c00000000292fcf0] [c0000000020618d4] sparse_init+0x3c4/0x5f0
[c00000000292fdc0] [c00000000202185c] initmem_init+0x1d4/0x278
[c00000000292fea0] [c00000000200d774] setup_arch+0x4fc/0x618
[c00000000292ff30] [c000000002004ee0] start_kernel+0x9c/0x8cc
[c00000000292ffe0] [c00000000000e99c] start_here_common+0x1c/0x20
Code: 3c4c0117 38426704 60000000 60000000 e9037600 3924fffb 28090001 39480001 7d4a2214 40810040 e8ed0030 7d495378 <7d2748ae> 7d0740ae 7d290774 7d080774 
---[ end trace 0000000000000000 ]---

Kernel panic - not syncing: Attempted to kill the idle task!

Bisected to commit

  a1a91b2f3883 ("mm: report per-page metadata information")

From the mm-unstable branch of the mm tree.

I reverted that commit for today.
-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

linux-next: boot failure after merge of the mm tree

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 3404 bytes --]

Hi all,

After merging the mm tree, today's linux-next qemu boot test (powerpc
pseries_le_defconfig) failed like this:

 Run /init as init process
 BUG: Kernel NULL pointer dereference on read at 0x00000008
 Faulting instruction address: 0xc000000000468ed0
 Oops: Kernel access of bad area, sig: 11 [#1]
 LE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=2048 NUMA pSeries
 Modules linked in:
 CPU: 0 PID: 1 Comm: init Not tainted 6.4.0-13165-g408ff5108632 #2
 Hardware name: IBM pSeries (emulated by qemu) POWER8 (raw) 0x4d0200 0xf000004 of:SLOF,HEAD pSeries
 NIP:  c000000000468ed0 LR: c000000000468410 CTR: 0000000000000000
 REGS: c00000000479b960 TRAP: 0300   Not tainted  (6.4.0-13165-g408ff5108632)
 MSR:  8000000000009033 <SF,EE,ME,IR,DR,RI,LE>  CR: 24024800  XER: 00000000
 CFAR: c00000000000db4c DAR: 0000000000000008 DSISR: 40000000 IRQMASK: 0 
 GPR00: c000000000468410 c00000000479bc00 c000000001568f00 c0000000041a6180 
 GPR04: 000000007fff8785 c00000000479bbe0 c00000000479bc98 0000000000000000 
 GPR08: ff7fffffffffefbf c00000000153cb10 c000000000432860 0000000000002000 
 GPR12: c00000000445fb08 c000000002b00000 0000000000000000 0000000000000000 
 GPR16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR20: 0000000000000000 0000000000000000 c0000000029901a0 c00000000692d000 
 GPR24: c0000000029901a8 0000000000000075 0000000000000000 c0000000029901b0 
 GPR28: 0000000000000354 c00000000693fcf0 c00000000693fcf0 0000000000000000 
 NIP [c000000000468ed0] __handle_mm_fault+0xeb0/0x18a0
 LR [c000000000468410] __handle_mm_fault+0x3f0/0x18a0
 Call Trace:
 [c00000000479bc00] [c000000000468410] __handle_mm_fault+0x3f0/0x18a0 (unreliable)
 [c00000000479bd00] [c000000000469970] handle_mm_fault+0xb0/0x350
 [c00000000479bd50] [c0000000000894b4] ___do_page_fault+0x214/0x920
 [c00000000479bdf0] [c000000000089c70] hash__do_page_fault+0x30/0xc0
 [c00000000479be20] [c0000000000930a4] do_hash_fault+0x1d4/0x330
 [c00000000479be50] [c00000000000904c] instruction_access_common_virt+0x20c/0x210
 --- interrupt: 400 at 0x7fff878510a0
 NIP:  00007fff878510a0 LR: 0000000000000000 CTR: 0000000000000000
 REGS: c00000000479be80 TRAP: 0400   Not tainted  (6.4.0-13165-g408ff5108632)
 MSR:  800000004000d033 <SF,EE,PR,ME,IR,DR,RI,LE>  CR: 00000000  XER: 00000000
 CFAR: c00000000000d7bc IRQMASK: 0 
 GPR00: 0000000000000000 00007fffeb1b47a0 0000000000000000 0000000000000000 
 GPR04: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR08: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR12: 00007fff878510a0 0000000000000000 0000000000000000 0000000000000000 
 GPR16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR20: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR24: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 GPR28: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
 NIP [00007fff878510a0] 0x7fff878510a0
 LR [0000000000000000] 0x0
 --- interrupt: 400
 Code: 73e90973 4082060c 38610038 4bffe5dd 7c7fe378 73e90d73 408205ec 38610038 4bff7ad9 7fff1b78 4bfff728 eb410088 <e95a0008> 71480001 4082078c e9290038 
 ---[ end trace 0000000000000000 ]---

I don't know what caused this, but reverting the mm tree fixed the
failure.  So I have done that for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]