* arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-26 13:23 ` Xishi Qiu
0 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-26 13:23 UTC (permalink / raw)
To: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw
Cc: Linux MM, LKML
Here are two panic logs from smart phone test, and the kernel version is v3.10.
log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
I cann't repeat the panic by test, so could anyone tell me this is the
bug of ksm or other reason?
Thanks,
Xishi Qiu
log 1:
[139399.132049s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Unable to handle kernel paging request at virtual address c0704da020
[139399.132080s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]pgd = ffffffc07d50a000
[139399.132080s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][c0704da020] *pgd=0000000000000000
[139399.132110s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Internal error: Oops: 96000004 [#1] PREEMPT SMP
[139399.132141s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Modules linked in:
[139399.132141s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]CPU: 0 PID: 863 Comm: ksmd Tainted: G W 3.10.61-g8efbf1c-dirty #1
[139399.132171s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]task: ffffffc0bc5ce300 ti: ffffffc0baaf4000 task.ti: ffffffc0baaf4000
[139399.132202s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]PC is at get_ksm_page+0x34/0x150
[139399.132232s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]LR is at remove_rmap_item_from_tree+0x7c/0x18c
[139399.132232s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]pc : [<ffffffc0007790a8>] lr : [<ffffffc000779240>] pstate: a0000145
[139399.132263s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]sp : ffffffc0baaf7ce0
[139399.132263s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x29: ffffffc0baaf7ce0 x28: 0000000075a04000
[139399.132293s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x27: ffffffbc02794c28 x26: ffffffc001099000
[139399.132324s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x25: ffffffc0b8b74e70 x24: ffffffc0baaf4000
[139399.132324s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x23: 000000c0704da003 x22: 000000c0704da000
[139399.132354s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x21: 000000c0704da000 x20: 0000000000000001
[139399.132354s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x19: ffffffc09cdc0080 x18: 0000000000000000
[139399.132385s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x17: 0000007f861ebb88 x16: ffffffc000797ecc
[139399.132415s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x15: 0000000066666667 x14: 000000000000000a
[139399.132415s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x13: 0000007f6dcb49f0 x12: 0ab00f52159a6215
[139399.132446s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x11: 0000000000000330 x10: 0000000000000001
[139399.132476s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x9 : ffffffc0baaf7b60 x8 : ffffffc0bc5ce840
[139399.132476s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x7 : 0000000000000063 x6 : 0000000000000001
[139399.132507s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x5 : ffffffc097939d10 x4 : 00000000000bffff
[139399.132537s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x3 : 0000000000000001 x2 : ffffffbc02794c44
[139399.132537s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x1 : 0000000000000001 x0 : 000000c0704da000
[139399.132568s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]
[139399.132568s]PC: 0xffffffc000779028:
[139399.132598s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9028 912a42b5 f9400a83 d2804001 f2a00401 d2802002 f9000483 f2a00202 f9000064
[139399.132629s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9048 f94016a0 f9000682 f9000a81 aa1403e1 94001c51 f94013f5 a94153f3 a8c37bfd
[139399.132659s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9068 d65f03c0 d0009215 17ffffd4 a9bc7bfd 910003fd a90153f3 a9025bf5 f9001bf7
[139399.132690s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9088 aa0003f6 53001c34 91000c17 14000005 d50339bf f94012c0 eb15001f 54000600
[139399.132720s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90a8 f94012d5 d2dff782 f2ffffe2 d37ae6b3 cb150e73 8b020273 91007263 f9400660
[139399.132751s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90c8 eb17001f 54fffe61 b9401e64 34000304 11000485 d5033bbf 885f7c62 6b04005f
[139399.132781s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90e8 54000061 88007c65 35ffff80 d5033bbf 6b02009f 54000181 14000010 d5033bbf
[139399.132843s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9108 885f7c65 6b0200bf 54000061 88067c64 35ffff86 d5033bbf 6b0200bf 2a0503e2
...
[139399.136749s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Call trace:
[139399.136779s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc0007790a8>] get_ksm_page+0x34/0x150
[139399.136779s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc00077923c>] remove_rmap_item_from_tree+0x78/0x18c
[139399.136810s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc00077a74c>] ksm_scan_thread+0x888/0xce0
[139399.136840s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc0006bdd20>] kthread+0xb4/0xc0
[139399.136840s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Code: d50339bf f94012c0 eb15001f 54000600 (f94012d5)
[139399.136993s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
[139399.136993s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
[139399.137023s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
[139399.151153s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:exception datetime:20150209025136, uptime:42744.716300
[139399.151214s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150209025136_42744.716300, systemError para: ModId=0x7, Arg1=1, Arg2=0
[139399.165893s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]---[ end trace 468fbf69c0311dd3 ]---
log2:
<1>[ 492.102661s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Unable to handle kernel paging request at virtual address 1e000796
<1>[ 492.102722s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]pgd = ffffffc001ed2000
<1>[ 492.102752s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][1e000796] *pgd=0000000000246003, *pmd=0000000000000000
<0>[ 492.102813s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
<4>[ 492.102844s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Modules linked in:
<4>[ 492.102905s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]CPU: 2 PID: 866 Comm: ksmd Not tainted 3.10.61-g8efbf1c-dirty #1
<4>[ 492.102935s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]task: ffffffc0bc011600 ti: ffffffc0bab5c000 task.ti: ffffffc0bab5c000
<4>[ 492.102996s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
<4>[ 492.103057s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
<4>[ 492.103118s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]pc : [<ffffffc00077a370>] lr : [<ffffffc00077a360>] pstate: 80000105
<4>[ 492.103149s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]sp : ffffffc0bab5fd50
<4>[ 492.103179s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x29: ffffffc0bab5fd50 x28: 0000000073872000
<4>[ 492.103240s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x27: ffffffbc023c07c8 x26: ffffffc001099000
<4>[ 492.103302s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x25: ffffffc0aa9c0270 x24: ffffffc0bab5c000
<4>[ 492.103332s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x23: ffffffc0019bba90 x22: ffffffc0bab5fdf8
<4>[ 492.103393s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x21: ffffffc062121000 x20: 000000001e00077e
<4>[ 492.103454s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x19: ffffffc001890f08 x18: 0000000000000000
<4>[ 492.103485s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x17: 0000000000000000 x16: 0000000000000000
<4>[ 492.103546s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x15: 0000000000000000 x14: 0000000000000000
<4>[ 492.103576s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x13: 0000000000000000 x12: 0000000034c5d83d
<4>[ 492.103637s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x11: 0000000000000000 x10: 00000000b977b732
<4>[ 492.103668s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x9 : 00000000691c739b x8 : 0000000000000000
<4>[ 492.103729s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x7 : ffffffc05f87dd28 x6 : 00000000604af94d
<4>[ 492.103759s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x5 : ffffffc0b31ebb00 x4 : 00000000000bffff
<4>[ 492.103820s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
<4>[ 492.103881s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x1 : 0000000000100051 x0 : ffffffbc023c07c8
<4>[ 492.103942s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]
<4>[ 492.103942s]PC: 0xffffffc00077a2f0:
<4>[ 492.103973s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a2f0 f9400b00 f9400400 f9400000 3607fdc0 91028260 aa1603e1 97fd11a5 f9400b01
<4>[ 492.104064s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a310 b9401420 12017800 b9001420 d5033bbf f940d75a f9400b00 b9400341 34ffdfc1
<4>[ 492.104156s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a330 97fda358 53001c00 34ffdf60 52800000 97fda373 17fffef8 f0007ec0 b9466800
<4>[ 492.104217s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a350 97fc9942 94245303 17fffef3 97fc6a79 f9400a75 f940067c f94002b4 b4002a14
<4>[ 492.104309s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a370 f9400e80 9274cc01 eb01039f 540019a0 eb00039f 54002943 b0009200 f9003fa0
<4>[ 492.104400s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a390 14000007 f9400e80 9274cc01 eb01039f 54001860 eb00039f 540001c3 f9400281
<4>[ 492.104492s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a3b0 aa1403e0 f90002a1 97fffb83 f9000a9f f94002e2 aa1403e1 f9401ee0 d1000442
<4>[ 492.104583s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a3d0 f90002e2 94001772 f94002b4 b5fffdd4 f9403fa0 52901a01 912a4000 f9401c00
...
<4>[ 492.114837s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Call trace:
<4>[ 492.114898s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][<ffffffc00077a370>] ksm_scan_thread+0x4ac/0xce0
<4>[ 492.114959s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][<ffffffc0006bdd20>] kthread+0xb4/0xc0
<0>[ 492.114990s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Code: f9400a75 f940067c f94002b4 b4002a14 (f9400e80)
<6>[ 492.115112s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
<6>[ 492.115203s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
<6>[ 492.115264s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
<6>[ 492.155975s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:exception datetime:20150208150850, uptime:00503.926075
<6>[ 492.156066s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150208150850_00503.926075, systemError para: ModId=0x7, Arg1=1, Arg2=0
<4>[ 492.199157s][2015:02:08 15:08:50][pid:866,cpu1,ksmd]---[ end trace 10d7afe1b1671be2 ]---
^ permalink raw reply [flat|nested] 12+ messages in thread
* arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-26 13:23 ` Xishi Qiu
0 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-26 13:23 UTC (permalink / raw)
To: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw
Cc: Linux MM, LKML
Here are two panic logs from smart phone test, and the kernel version is v3.10.
log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
I cann't repeat the panic by test, so could anyone tell me this is the
bug of ksm or other reason?
Thanks,
Xishi Qiu
log 1:
[139399.132049s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Unable to handle kernel paging request at virtual address c0704da020
[139399.132080s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]pgd = ffffffc07d50a000
[139399.132080s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][c0704da020] *pgd=0000000000000000
[139399.132110s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Internal error: Oops: 96000004 [#1] PREEMPT SMP
[139399.132141s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Modules linked in:
[139399.132141s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]CPU: 0 PID: 863 Comm: ksmd Tainted: G W 3.10.61-g8efbf1c-dirty #1
[139399.132171s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]task: ffffffc0bc5ce300 ti: ffffffc0baaf4000 task.ti: ffffffc0baaf4000
[139399.132202s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]PC is at get_ksm_page+0x34/0x150
[139399.132232s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]LR is at remove_rmap_item_from_tree+0x7c/0x18c
[139399.132232s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]pc : [<ffffffc0007790a8>] lr : [<ffffffc000779240>] pstate: a0000145
[139399.132263s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]sp : ffffffc0baaf7ce0
[139399.132263s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x29: ffffffc0baaf7ce0 x28: 0000000075a04000
[139399.132293s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x27: ffffffbc02794c28 x26: ffffffc001099000
[139399.132324s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x25: ffffffc0b8b74e70 x24: ffffffc0baaf4000
[139399.132324s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x23: 000000c0704da003 x22: 000000c0704da000
[139399.132354s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x21: 000000c0704da000 x20: 0000000000000001
[139399.132354s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x19: ffffffc09cdc0080 x18: 0000000000000000
[139399.132385s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x17: 0000007f861ebb88 x16: ffffffc000797ecc
[139399.132415s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x15: 0000000066666667 x14: 000000000000000a
[139399.132415s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x13: 0000007f6dcb49f0 x12: 0ab00f52159a6215
[139399.132446s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x11: 0000000000000330 x10: 0000000000000001
[139399.132476s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x9 : ffffffc0baaf7b60 x8 : ffffffc0bc5ce840
[139399.132476s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x7 : 0000000000000063 x6 : 0000000000000001
[139399.132507s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x5 : ffffffc097939d10 x4 : 00000000000bffff
[139399.132537s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x3 : 0000000000000001 x2 : ffffffbc02794c44
[139399.132537s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]x1 : 0000000000000001 x0 : 000000c0704da000
[139399.132568s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]
[139399.132568s]PC: 0xffffffc000779028:
[139399.132598s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9028 912a42b5 f9400a83 d2804001 f2a00401 d2802002 f9000483 f2a00202 f9000064
[139399.132629s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9048 f94016a0 f9000682 f9000a81 aa1403e1 94001c51 f94013f5 a94153f3 a8c37bfd
[139399.132659s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9068 d65f03c0 d0009215 17ffffd4 a9bc7bfd 910003fd a90153f3 a9025bf5 f9001bf7
[139399.132690s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9088 aa0003f6 53001c34 91000c17 14000005 d50339bf f94012c0 eb15001f 54000600
[139399.132720s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90a8 f94012d5 d2dff782 f2ffffe2 d37ae6b3 cb150e73 8b020273 91007263 f9400660
[139399.132751s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90c8 eb17001f 54fffe61 b9401e64 34000304 11000485 d5033bbf 885f7c62 6b04005f
[139399.132781s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]90e8 54000061 88007c65 35ffff80 d5033bbf 6b02009f 54000181 14000010 d5033bbf
[139399.132843s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]9108 885f7c65 6b0200bf 54000061 88067c64 35ffff86 d5033bbf 6b0200bf 2a0503e2
...
[139399.136749s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Call trace:
[139399.136779s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc0007790a8>] get_ksm_page+0x34/0x150
[139399.136779s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc00077923c>] remove_rmap_item_from_tree+0x78/0x18c
[139399.136810s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc00077a74c>] ksm_scan_thread+0x888/0xce0
[139399.136840s][2015:02:09 02:51:36][pid:863,cpu0,ksmd][<ffffffc0006bdd20>] kthread+0xb4/0xc0
[139399.136840s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]Code: d50339bf f94012c0 eb15001f 54000600 (f94012d5)
[139399.136993s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
[139399.136993s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
[139399.137023s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
[139399.151153s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]rdr:exception datetime:20150209025136, uptime:42744.716300
[139399.151214s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150209025136_42744.716300, systemError para: ModId=0x7, Arg1=1, Arg2=0
[139399.165893s][2015:02:09 02:51:36][pid:863,cpu0,ksmd]---[ end trace 468fbf69c0311dd3 ]---
log2:
<1>[ 492.102661s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Unable to handle kernel paging request at virtual address 1e000796
<1>[ 492.102722s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]pgd = ffffffc001ed2000
<1>[ 492.102752s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][1e000796] *pgd=0000000000246003, *pmd=0000000000000000
<0>[ 492.102813s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
<4>[ 492.102844s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Modules linked in:
<4>[ 492.102905s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]CPU: 2 PID: 866 Comm: ksmd Not tainted 3.10.61-g8efbf1c-dirty #1
<4>[ 492.102935s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]task: ffffffc0bc011600 ti: ffffffc0bab5c000 task.ti: ffffffc0bab5c000
<4>[ 492.102996s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
<4>[ 492.103057s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
<4>[ 492.103118s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]pc : [<ffffffc00077a370>] lr : [<ffffffc00077a360>] pstate: 80000105
<4>[ 492.103149s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]sp : ffffffc0bab5fd50
<4>[ 492.103179s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x29: ffffffc0bab5fd50 x28: 0000000073872000
<4>[ 492.103240s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x27: ffffffbc023c07c8 x26: ffffffc001099000
<4>[ 492.103302s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x25: ffffffc0aa9c0270 x24: ffffffc0bab5c000
<4>[ 492.103332s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x23: ffffffc0019bba90 x22: ffffffc0bab5fdf8
<4>[ 492.103393s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x21: ffffffc062121000 x20: 000000001e00077e
<4>[ 492.103454s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x19: ffffffc001890f08 x18: 0000000000000000
<4>[ 492.103485s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x17: 0000000000000000 x16: 0000000000000000
<4>[ 492.103546s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x15: 0000000000000000 x14: 0000000000000000
<4>[ 492.103576s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x13: 0000000000000000 x12: 0000000034c5d83d
<4>[ 492.103637s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x11: 0000000000000000 x10: 00000000b977b732
<4>[ 492.103668s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x9 : 00000000691c739b x8 : 0000000000000000
<4>[ 492.103729s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x7 : ffffffc05f87dd28 x6 : 00000000604af94d
<4>[ 492.103759s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x5 : ffffffc0b31ebb00 x4 : 00000000000bffff
<4>[ 492.103820s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
<4>[ 492.103881s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]x1 : 0000000000100051 x0 : ffffffbc023c07c8
<4>[ 492.103942s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]
<4>[ 492.103942s]PC: 0xffffffc00077a2f0:
<4>[ 492.103973s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a2f0 f9400b00 f9400400 f9400000 3607fdc0 91028260 aa1603e1 97fd11a5 f9400b01
<4>[ 492.104064s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a310 b9401420 12017800 b9001420 d5033bbf f940d75a f9400b00 b9400341 34ffdfc1
<4>[ 492.104156s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a330 97fda358 53001c00 34ffdf60 52800000 97fda373 17fffef8 f0007ec0 b9466800
<4>[ 492.104217s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a350 97fc9942 94245303 17fffef3 97fc6a79 f9400a75 f940067c f94002b4 b4002a14
<4>[ 492.104309s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a370 f9400e80 9274cc01 eb01039f 540019a0 eb00039f 54002943 b0009200 f9003fa0
<4>[ 492.104400s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a390 14000007 f9400e80 9274cc01 eb01039f 54001860 eb00039f 540001c3 f9400281
<4>[ 492.104492s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a3b0 aa1403e0 f90002a1 97fffb83 f9000a9f f94002e2 aa1403e1 f9401ee0 d1000442
<4>[ 492.104583s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]a3d0 f90002e2 94001772 f94002b4 b5fffdd4 f9403fa0 52901a01 912a4000 f9401c00
...
<4>[ 492.114837s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Call trace:
<4>[ 492.114898s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][<ffffffc00077a370>] ksm_scan_thread+0x4ac/0xce0
<4>[ 492.114959s][2015:02:08 15:08:50][pid:866,cpu2,ksmd][<ffffffc0006bdd20>] kthread+0xb4/0xc0
<0>[ 492.114990s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]Code: f9400a75 f940067c f94002b4 b4002a14 (f9400e80)
<6>[ 492.115112s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
<6>[ 492.115203s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
<6>[ 492.115264s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
<6>[ 492.155975s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]rdr:exception datetime:20150208150850, uptime:00503.926075
<6>[ 492.156066s][2015:02:08 15:08:50][pid:866,cpu2,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150208150850_00503.926075, systemError para: ModId=0x7, Arg1=1, Arg2=0
<4>[ 492.199157s][2015:02:08 15:08:50][pid:866,cpu1,ksmd]---[ end trace 10d7afe1b1671be2 ]---
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
2015-03-26 13:23 ` Xishi Qiu
@ 2015-03-28 3:16 ` Xishi Qiu
-1 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-28 3:16 UTC (permalink / raw)
To: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw
Cc: Linux MM, LKML
On 2015/3/26 21:23, Xishi Qiu wrote:
> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>
> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>
> I cann't repeat the panic by test, so could anyone tell me this is the
> bug of ksm or other reason?
>
> Thanks,
> Xishi Qiu
>
Here is another one.
[145556.775726s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Unable to handle kernel paging request at virtual address ff00000000000018
[145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pgd = ffffffc07f5e4000
[145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][ff00000000000018] *pgd=0000000080808003, *pmd=0000000000000000
[145556.775878s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
[145556.775909s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Modules linked in:
[145556.776000s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]CPU: 0 PID: 864 Comm: ksmd Tainted: G W 3.10.61-g2aca0a6-dirty #2
[145556.776031s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]task: ffffffc0bc06ee00 ti: ffffffc0baae4000 task.ti: ffffffc0baae4000
[145556.776092s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
[145556.776123s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
[145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pc : [<ffffffc00077a3e4>] lr : [<ffffffc00077a3d4>] pstate: 80000145
[145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sp : ffffffc0baae7d50
[145556.776184s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x29: ffffffc0baae7d50 x28: 0000000075a40000
[145556.776214s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x27: ffffffbc02308260 x26: ffffffc0010ab000
[145556.776245s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x25: ffffffc0599392a0 x24: ffffffc0baae4000
[145556.776306s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x23: ffffffc001a0aa90 x22: ffffffc0baae7df8
[145556.776336s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x21: ffffffc084150080 x20: ff00000000000000
[145556.776367s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x19: ffffffc0018ddb88 x18: 0000000000000000
[145556.776397s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x17: 0000007f7f28a974 x16: ffffffc0007ca16c
[145556.776428s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x15: 0000000000000873 x14: 0000000000000001
[145556.776458s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x13: 0000000000000001 x12: 0000000000000848
[145556.776489s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x11: 0000000000000848 x10: 000000006995fcb1
[145556.776519s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x9 : 00000000c72311f7 x8 : 0000000009050501
[145556.776550s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x7 : 0000000005aeda8e x6 : 00000000fa9a48df
[145556.776611s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x5 : ffffffc095e7abb0 x4 : 00000000000bffff
[145556.776641s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
[145556.776672s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x1 : 0000000000100051 x0 : ffffffbc02308260
[145556.776702s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.776702s]PC: 0xffffffc00077a364:
[145556.776733s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a364 f9400b00 f9400400 f9400000 3607fdc0 91028260 aa1603e1 97fd11f3 f9400b01
[145556.776794s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a384 b9401420 12017800 b9001420 d5033bbf f940fb5a f9400b00 b9400341 34ffdfc1
[145556.776855s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3a4 97fda3a6 53001c00 34ffdf60 52800000 97fda3c1 17fffef8 f0008120 b945b800
[145556.776947s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3c4 97fc9985 94249bbc 17fffef3 97fc6abc f9400a75 f940067c f94002b4 b4002a14
[145556.777008s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3e4 f9400e80 9274cc01 eb01039f 540019a0 eb00039f 54002943 90009480 f9003fa0
[145556.777069s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a404 14000007 f9400e80 9274cc01 eb01039f 54001860 eb00039f 540001c3 f9400281
[145556.777130s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a424 aa1403e0 f90002a1 97fffb83 f9000a9f f94002e2 aa1403e1 f9401ee0 d1000442
[145556.777191s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a444 f90002e2 94001772 f94002b4 b5fffdd4 f9403fa0 52901a01 912a4000 f9401c00
[145556.777252s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.777252s]LR: 0xffffffc00077a354:
[145556.777282s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a354 54000101 97fd0e12 53001c00 350000a0 f9400b00 f9400400 f9400000 3607fdc0
[145556.777343s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a374 91028260 aa1603e1 97fd11f3 f9400b01 b9401420 12017800 b9001420 d5033bbf
[145556.777404s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a394 f940fb5a f9400b00 b9400341 34ffdfc1 97fda3a6 53001c00 34ffdf60 52800000
[145556.777465s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3b4 97fda3c1 17fffef8 f0008120 b945b800 97fc9985 94249bbc 17fffef3 97fc6abc
[145556.777526s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3d4 f9400a75 f940067c f94002b4 b4002a14 f9400e80 9274cc01 eb01039f 540019a0
[145556.777587s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3f4 eb00039f 54002943 90009480 f9003fa0 14000007 f9400e80 9274cc01 eb01039f
[145556.777648s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a414 54001860 eb00039f 540001c3 f9400281 aa1403e0 f90002a1 97fffb83 f9000a9f
[145556.777709s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a434 f94002e2 aa1403e1 f9401ee0 d1000442 f90002e2 94001772 f94002b4 b5fffdd4
[145556.777801s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.777801s]SP: 0xffffffc0baae7cd0:
[145556.777832s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cd0 00000000 ff000000 84150080 ffffffc0 baae7df8 ffffffc0 01a0aa90 ffffffc0
[145556.777893s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cf0 baae4000 ffffffc0 599392a0 ffffffc0 010ab000 ffffffc0 02308260 ffffffbc
[145556.777954s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d10 75a40000 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0 baae7d50 ffffffc0
[145556.778015s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d30 0077a3e4 ffffffc0 80000145 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0
[145556.778076s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d50 baae7e30 ffffffc0 006bded0 ffffffc0 bc47bd50 ffffffc0 019e0050 ffffffc0
[145556.778137s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d70 0142bf18 ffffffc0 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0
[145556.778198s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d90 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.778259s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db0 baae7e10 ffffffc0 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0
[145556.778320s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.778320s]X5: 0xffffffc095e7ab30:
[145556.778350s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab30 00000000 00000000 00000000 00000000 b6606a00 ffffffc0 00000f53 00200000
[145556.778442s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab50 80000075 00000000 b6ebb529 ffffffc0 00000000 00000000 b2a323c8 ffffffc0
[145556.778503s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab70 00000006 00000000 95e7ab78 ffffffc0 95e7ab78 ffffffc0 00000000 00000000
[145556.778564s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab90 019a8f40 ffffffc0 00000000 00000000 b2a86600 ffffffc0 00000000 00000000
[145556.778625s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abb0 74885000 00000000 762cc000 00000000 95e7ac60 ffffffc0 95e7a0b0 ffffffc0
[145556.778686s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abd0 95e7ac81 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.778747s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abf0 b650f300 ffffffc0 00000f53 00600000 80100073 00000000 8ad73aa9 ffffffc0
[145556.778808s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ac10 00000000 00000000 00000000 00000000 00001a46 00000000 872caa10 ffffffc0
[145556.778869s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.778869s]X16: 0xffffffc0007ca0ec:
[145556.778900s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a0ec d2802001 f9405fa2 f2a00201 d2804000 f9000502 f2a00400 f9000048 f9005ba1
[145556.778991s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a10c f9400b61 f9005fa0 f900003f d5033bbf f9403380 f9403fa1 eb00003f 54fff3e1
[145556.779052s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a12c f9403f80 17ffff96 52800004 17ffffec f90033a3 97fc643f 53001c01 f94033a3
[145556.779113s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a14c 2a1703e0 34fff981 97fc6459 f94033a3 17ffffc9 52800017 2a1703e4 17ffffe0
[145556.779174s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a16c a9b97bfd 910003fd a9025bf5 a90363f7 a90153f3 a9046bf9 aa0003f6 aa0103f7
[145556.779235s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a18c aa0203f5 b4000864 f10020bf 540007e1 910003e0 aa0403e6 9272c414 928001b3
[145556.779296s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a1ac f9400687 b10020c6 fa4730c2 9a9f87e0 b4000400 910183ba aa0403e1 aa1a03e0
[145556.779357s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a1cc aa0503e2 f9002fa3 94060607 aa0003f8 b5000300 f94033a5 92a00084 9101a3b9
[145556.779418s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.779418s]X19: 0xffffffc0018ddb08:
[145556.779449s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db08 018ddb08 ffffffc0 018ddb08 ffffffc0 00000001 00000000 018ddb20 ffffffc0
[145556.779510s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db28 018ddb20 ffffffc0 00000000 00000000 00000000 00000000 00000001 00000000
[145556.779571s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db48 018ddb48 ffffffc0 018ddb48 ffffffc0 00000000 00000000 00000000 00000000
[145556.779632s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db68 0143cf48 ffffffc0 00000124 00000000 00778238 ffffffc0 00000000 00000000
[145556.779693s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db88 599392a0 ffffffc0 75a40000 00000000 84150080 ffffffc0 00000070 00000000
[145556.779754s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dba8 018ddba8 ffffffc0 018ddba8 ffffffc0 0143d168 ffffffc0 00000000 00000000
[145556.779846s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dbc8 018ddc40 ffffffc0 00000000 00000000 018ddbd8 ffffffc0 018ddbd8 ffffffc0
[145556.779907s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dbe8 bc06ee00 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.779968s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.779968s]X21: 0xffffffc084150000:
[145556.779998s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0000 84150680 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a27000 00000000
[145556.780059s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0020 1f9d94e5 00000000 841506a9 ffffffc0 84150aa8 ffffffc0 00000000 00000000
[145556.780120s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0040 84150080 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a3e000 00000000
[145556.780181s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0060 e68afcc4 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.780242s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0080 00000000 ff000000 00000000 00000000 b650f300 ffffffc0 75a3f000 00000000
[145556.780303s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00a0 3b677bbb 00000000 000000a8 00000000 00000000 00000000 00000000 00000000
[145556.780364s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00c0 84150040 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a3d000 00000000
[145556.780426s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00e0 e09c832e 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.780487s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.780487s]X22: 0xffffffc0baae7d78:
[145556.780517s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d78 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0 00000000 00000000
[145556.780609s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d98 00000000 00000000 00000000 00000000 00000000 00000000 baae7e10 ffffffc0
[145556.780670s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db8 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0 018ddbf8 ffffffc0
[145556.780731s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7dd8 baae7e78 00000008 b650f370 ffffffc0 018ddbd0 ffffffc0 baae7e00 ffffffc0
[145556.780792s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7df8 00000000 00000000 00200200 00000000 0081c622 00000001 019dc3c1 ffffffc0
[145556.780853s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e18 00778d14 ffffffc0 bc06ee00 ffffffc0 ffffffff ffffffc0 00000000 00000000
[145556.780914s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e38 006844f0 ffffffc0 006bde18 ffffffc0 bc47bd50 ffffffc0 00000000 00000000
[145556.780975s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e58 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781036s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.781036s]X23: 0xffffffc001a0aa10:
[145556.781066s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa10 2cf12cf1 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781127s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa30 00000000 00000000 00000000 00000000 bfffe000 ffffffc0 00000000 00000000
[145556.781188s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa50 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781250s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa70 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781311s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa90 0002f265 00000000 00000b6c 00000000 0000dba5 00000000 00008868 00000000
[145556.781372s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aab0 842ab168 ffffffc0 bc1cc3c0 ffffffc0 8722c868 ffffffc0 0023ce40 ffffffc0
[145556.781433s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aad0 00244600 ffffffc0 13471347 00000000 00000000 00000000 00000000 00000000
[145556.781494s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aaf0 00000000 00000000 8aacfd50 ffffffc0 00000000 00000000 00000000 00000000
[145556.781585s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.781585s]X24: 0xffffffc0baae3f80:
[145556.781616s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3f80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781677s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781738s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000005 00000000
[145556.781799s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781860s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4000 00000000 00000000 ffffffff ffffffff bc06ee00 ffffffc0 018d1190 ffffffc0
[145556.781921s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4020 006ae364 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.782012s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4040 00000000 00000000 00000000 00000000 00000002 00000000 57ac6e9d 00000000
[145556.782043s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4060 03e83224 53030000 6c707075 6e616369 61654874 65427472 70007461 65636f72
[145556.782073s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782073s]X25: 0xffffffc059939220:
[145556.782104s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9220 59939220 ffffffc0 59939220 ffffffc0 8fc58810 ffffffc0 00000000 00000000
[145556.782135s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9240 00000000 00000000 00000000 00000000 59939250 ffffffc0 59939250 ffffffc0
[145556.782196s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9260 8ff48460 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.782226s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9280 59939280 ffffffc0 59939280 ffffffc0 7e46a590 ffffffc0 00000000 00000000
[145556.782257s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92a0 00000000 00000000 01a0aff8 ffffffc0 99d143d0 ffffffc0 7fcfce50 ffffffc0
[145556.782318s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92c0 5a7fd800 ffffffc0 b650f300 ffffffc0 00000014 ffffffc0 01943000 ffffffc0
[145556.782348s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92e0 0194d150 ffffffc0 57ad3000 ffffffc0 01948d40 ffffffc0 01967c80 ffffffc0
[145556.782379s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9300 00000000 00000000 00000000 00000000 59939310 ffffffc0 59939310 ffffffc0
[145556.782440s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782440s]X26: 0xffffffc0010aaf80:
[145556.782440s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]af80 017a111c ffffffc0 01a23208 ffffffc0 01d5b338 ffffffc0 01df4fb0 ffffffc0
[145556.782501s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afa0 018cec08 ffffffc0 01651e40 ffffffc0 01911388 ffffffc0 01954e40 ffffffc0
[145556.782531s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afc0 018cc020 ffffffc0 01a23200 ffffffc0 019dc3c0 ffffffc0 018b27e8 ffffffc0
[145556.782562s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afe0 018ce460 ffffffc0 01f09cb8 ffffffc0 0190e040 ffffffc0 018b2378 ffffffc0
[145556.782592s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b000 01989cc8 ffffffc0 009b5fdc ffffffc0 01dabd60 ffffffc0 019726a0 ffffffc0
[145556.782653s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b020 01f23860 ffffffc0 01a76000 ffffffc0 0198dba0 ffffffc0 018cdc90 ffffffc0
[145556.782684s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b040 018cc958 ffffffc0 01defdc0 ffffffc0 01a094e0 ffffffc0 01959a98 ffffffc0
[145556.782714s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b060 00998328 ffffffc0 018b29bc ffffffc0 018b3310 ffffffc0 01a96b44 ffffffc0
[145556.782775s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782775s]X29: 0xffffffc0baae7cd0:
[145556.782775s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cd0 00000000 ff000000 84150080 ffffffc0 baae7df8 ffffffc0 01a0aa90 ffffffc0
[145556.782836s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cf0 baae4000 ffffffc0 599392a0 ffffffc0 010ab000 ffffffc0 02308260 ffffffbc
[145556.782867s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d10 75a40000 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0 baae7d50 ffffffc0
[145556.782897s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d30 0077a3e4 ffffffc0 80000145 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0
[145556.782958s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d50 baae7e30 ffffffc0 006bded0 ffffffc0 bc47bd50 ffffffc0 019e0050 ffffffc0
[145556.782989s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d70 0142bf18 ffffffc0 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0
[145556.783020s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d90 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783050s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db0 baae7e10 ffffffc0 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0
[145556.783111s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.783111s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Process ksmd (pid: 864, stack limit = 0xffffffc0baae4058)
[145556.783142s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Stack: (0xffffffc0baae7d50 to 0xffffffc0baae8000)
[145556.783172s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d40: baae7e30 ffffffc0 006bded0 ffffffc0
[145556.783172s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d60: bc47bd50 ffffffc0 019e0050 ffffffc0 0142bf18 ffffffc0 baae7e78 ffffffc0
[145556.783203s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d80: 00000000 00000000 00779f38 ffffffc0 00000000 00000000 00000000 00000000
[145556.783233s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7da0: 00000000 00000000 00000000 00000000 baae7e10 ffffffc0 000a0253 00000000
[145556.783264s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7dc0: 01a0aad8 ffffffc0 6fbef000 ffffffc0 018ddbf8 ffffffc0 baae7e78 00000008
[145556.783264s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7de0: b650f370 ffffffc0 018ddbd0 ffffffc0 baae7e00 ffffffc0 00000000 00000000
[145556.783294s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e00: 00200200 00000000 0081c622 00000001 019dc3c1 ffffffc0 00778d14 ffffffc0
[145556.783325s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e20: bc06ee00 ffffffc0 ffffffff ffffffc0 00000000 00000000 006844f0 ffffffc0
[145556.783325s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e40: 006bde18 ffffffc0 bc47bd50 ffffffc0 00000000 00000000 00000000 00000000
[145556.783355s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783386s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00646e65
[145556.783416s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ea0: baae7ea0 ffffffc0 baae7ea0 ffffffc0 00000000 ffffffc0 00000000 74617473
[145556.783416s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ec0: baae7ec0 ffffffc0 baae7ec0 ffffffc0 00000000 00000000 00000000 00000000
[145556.783447s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783477s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783477s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783508s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783538s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783538s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783569s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fa0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783599s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000005 00000000
[145556.783630s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fe0: 00000000 00000000 00000000 00000000 1e000a29 9f001800 9f00000b 8000000b
[145556.783630s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Call trace:
[145556.783660s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][<ffffffc00077a3e4>] ksm_scan_thread+0x4ac/0xce0
[145556.783691s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][<ffffffc0006bdecc>] kthread+0xb4/0xc0
[145556.783691s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Code: f9400a75 f940067c f94002b4 b4002a14 (f9400e80)
[145556.783721s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
[145556.783752s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
[145556.783752s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
[145556.797027s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:exception datetime:20150324200700, uptime:49050.146575
[145556.797088s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150324200700_49050.146575, systemError para: ModId=0x7, Arg1=1, Arg2=0
[145556.812957s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]---[ end trace 63077575ef872f21 ]---
[145556.830139s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Kernel panic - not syncing: Fatal exception
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-28 3:16 ` Xishi Qiu
0 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-28 3:16 UTC (permalink / raw)
To: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw
Cc: Linux MM, LKML
On 2015/3/26 21:23, Xishi Qiu wrote:
> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>
> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>
> I cann't repeat the panic by test, so could anyone tell me this is the
> bug of ksm or other reason?
>
> Thanks,
> Xishi Qiu
>
Here is another one.
[145556.775726s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Unable to handle kernel paging request at virtual address ff00000000000018
[145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pgd = ffffffc07f5e4000
[145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][ff00000000000018] *pgd=0000000080808003, *pmd=0000000000000000
[145556.775878s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
[145556.775909s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Modules linked in:
[145556.776000s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]CPU: 0 PID: 864 Comm: ksmd Tainted: G W 3.10.61-g2aca0a6-dirty #2
[145556.776031s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]task: ffffffc0bc06ee00 ti: ffffffc0baae4000 task.ti: ffffffc0baae4000
[145556.776092s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
[145556.776123s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
[145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pc : [<ffffffc00077a3e4>] lr : [<ffffffc00077a3d4>] pstate: 80000145
[145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sp : ffffffc0baae7d50
[145556.776184s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x29: ffffffc0baae7d50 x28: 0000000075a40000
[145556.776214s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x27: ffffffbc02308260 x26: ffffffc0010ab000
[145556.776245s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x25: ffffffc0599392a0 x24: ffffffc0baae4000
[145556.776306s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x23: ffffffc001a0aa90 x22: ffffffc0baae7df8
[145556.776336s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x21: ffffffc084150080 x20: ff00000000000000
[145556.776367s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x19: ffffffc0018ddb88 x18: 0000000000000000
[145556.776397s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x17: 0000007f7f28a974 x16: ffffffc0007ca16c
[145556.776428s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x15: 0000000000000873 x14: 0000000000000001
[145556.776458s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x13: 0000000000000001 x12: 0000000000000848
[145556.776489s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x11: 0000000000000848 x10: 000000006995fcb1
[145556.776519s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x9 : 00000000c72311f7 x8 : 0000000009050501
[145556.776550s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x7 : 0000000005aeda8e x6 : 00000000fa9a48df
[145556.776611s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x5 : ffffffc095e7abb0 x4 : 00000000000bffff
[145556.776641s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
[145556.776672s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x1 : 0000000000100051 x0 : ffffffbc02308260
[145556.776702s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.776702s]PC: 0xffffffc00077a364:
[145556.776733s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a364 f9400b00 f9400400 f9400000 3607fdc0 91028260 aa1603e1 97fd11f3 f9400b01
[145556.776794s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a384 b9401420 12017800 b9001420 d5033bbf f940fb5a f9400b00 b9400341 34ffdfc1
[145556.776855s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3a4 97fda3a6 53001c00 34ffdf60 52800000 97fda3c1 17fffef8 f0008120 b945b800
[145556.776947s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3c4 97fc9985 94249bbc 17fffef3 97fc6abc f9400a75 f940067c f94002b4 b4002a14
[145556.777008s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3e4 f9400e80 9274cc01 eb01039f 540019a0 eb00039f 54002943 90009480 f9003fa0
[145556.777069s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a404 14000007 f9400e80 9274cc01 eb01039f 54001860 eb00039f 540001c3 f9400281
[145556.777130s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a424 aa1403e0 f90002a1 97fffb83 f9000a9f f94002e2 aa1403e1 f9401ee0 d1000442
[145556.777191s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a444 f90002e2 94001772 f94002b4 b5fffdd4 f9403fa0 52901a01 912a4000 f9401c00
[145556.777252s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.777252s]LR: 0xffffffc00077a354:
[145556.777282s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a354 54000101 97fd0e12 53001c00 350000a0 f9400b00 f9400400 f9400000 3607fdc0
[145556.777343s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a374 91028260 aa1603e1 97fd11f3 f9400b01 b9401420 12017800 b9001420 d5033bbf
[145556.777404s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a394 f940fb5a f9400b00 b9400341 34ffdfc1 97fda3a6 53001c00 34ffdf60 52800000
[145556.777465s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3b4 97fda3c1 17fffef8 f0008120 b945b800 97fc9985 94249bbc 17fffef3 97fc6abc
[145556.777526s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3d4 f9400a75 f940067c f94002b4 b4002a14 f9400e80 9274cc01 eb01039f 540019a0
[145556.777587s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a3f4 eb00039f 54002943 90009480 f9003fa0 14000007 f9400e80 9274cc01 eb01039f
[145556.777648s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a414 54001860 eb00039f 540001c3 f9400281 aa1403e0 f90002a1 97fffb83 f9000a9f
[145556.777709s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a434 f94002e2 aa1403e1 f9401ee0 d1000442 f90002e2 94001772 f94002b4 b5fffdd4
[145556.777801s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.777801s]SP: 0xffffffc0baae7cd0:
[145556.777832s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cd0 00000000 ff000000 84150080 ffffffc0 baae7df8 ffffffc0 01a0aa90 ffffffc0
[145556.777893s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cf0 baae4000 ffffffc0 599392a0 ffffffc0 010ab000 ffffffc0 02308260 ffffffbc
[145556.777954s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d10 75a40000 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0 baae7d50 ffffffc0
[145556.778015s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d30 0077a3e4 ffffffc0 80000145 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0
[145556.778076s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d50 baae7e30 ffffffc0 006bded0 ffffffc0 bc47bd50 ffffffc0 019e0050 ffffffc0
[145556.778137s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d70 0142bf18 ffffffc0 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0
[145556.778198s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d90 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.778259s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db0 baae7e10 ffffffc0 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0
[145556.778320s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.778320s]X5: 0xffffffc095e7ab30:
[145556.778350s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab30 00000000 00000000 00000000 00000000 b6606a00 ffffffc0 00000f53 00200000
[145556.778442s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab50 80000075 00000000 b6ebb529 ffffffc0 00000000 00000000 b2a323c8 ffffffc0
[145556.778503s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab70 00000006 00000000 95e7ab78 ffffffc0 95e7ab78 ffffffc0 00000000 00000000
[145556.778564s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ab90 019a8f40 ffffffc0 00000000 00000000 b2a86600 ffffffc0 00000000 00000000
[145556.778625s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abb0 74885000 00000000 762cc000 00000000 95e7ac60 ffffffc0 95e7a0b0 ffffffc0
[145556.778686s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abd0 95e7ac81 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.778747s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]abf0 b650f300 ffffffc0 00000f53 00600000 80100073 00000000 8ad73aa9 ffffffc0
[145556.778808s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]ac10 00000000 00000000 00000000 00000000 00001a46 00000000 872caa10 ffffffc0
[145556.778869s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.778869s]X16: 0xffffffc0007ca0ec:
[145556.778900s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a0ec d2802001 f9405fa2 f2a00201 d2804000 f9000502 f2a00400 f9000048 f9005ba1
[145556.778991s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a10c f9400b61 f9005fa0 f900003f d5033bbf f9403380 f9403fa1 eb00003f 54fff3e1
[145556.779052s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a12c f9403f80 17ffff96 52800004 17ffffec f90033a3 97fc643f 53001c01 f94033a3
[145556.779113s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a14c 2a1703e0 34fff981 97fc6459 f94033a3 17ffffc9 52800017 2a1703e4 17ffffe0
[145556.779174s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a16c a9b97bfd 910003fd a9025bf5 a90363f7 a90153f3 a9046bf9 aa0003f6 aa0103f7
[145556.779235s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a18c aa0203f5 b4000864 f10020bf 540007e1 910003e0 aa0403e6 9272c414 928001b3
[145556.779296s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a1ac f9400687 b10020c6 fa4730c2 9a9f87e0 b4000400 910183ba aa0403e1 aa1a03e0
[145556.779357s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]a1cc aa0503e2 f9002fa3 94060607 aa0003f8 b5000300 f94033a5 92a00084 9101a3b9
[145556.779418s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.779418s]X19: 0xffffffc0018ddb08:
[145556.779449s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db08 018ddb08 ffffffc0 018ddb08 ffffffc0 00000001 00000000 018ddb20 ffffffc0
[145556.779510s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db28 018ddb20 ffffffc0 00000000 00000000 00000000 00000000 00000001 00000000
[145556.779571s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db48 018ddb48 ffffffc0 018ddb48 ffffffc0 00000000 00000000 00000000 00000000
[145556.779632s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db68 0143cf48 ffffffc0 00000124 00000000 00778238 ffffffc0 00000000 00000000
[145556.779693s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]db88 599392a0 ffffffc0 75a40000 00000000 84150080 ffffffc0 00000070 00000000
[145556.779754s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dba8 018ddba8 ffffffc0 018ddba8 ffffffc0 0143d168 ffffffc0 00000000 00000000
[145556.779846s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dbc8 018ddc40 ffffffc0 00000000 00000000 018ddbd8 ffffffc0 018ddbd8 ffffffc0
[145556.779907s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]dbe8 bc06ee00 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.779968s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.779968s]X21: 0xffffffc084150000:
[145556.779998s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0000 84150680 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a27000 00000000
[145556.780059s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0020 1f9d94e5 00000000 841506a9 ffffffc0 84150aa8 ffffffc0 00000000 00000000
[145556.780120s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0040 84150080 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a3e000 00000000
[145556.780181s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0060 e68afcc4 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.780242s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]0080 00000000 ff000000 00000000 00000000 b650f300 ffffffc0 75a3f000 00000000
[145556.780303s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00a0 3b677bbb 00000000 000000a8 00000000 00000000 00000000 00000000 00000000
[145556.780364s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00c0 84150040 ffffffc0 00000000 00000000 b650f300 ffffffc0 75a3d000 00000000
[145556.780426s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]00e0 e09c832e 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.780487s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.780487s]X22: 0xffffffc0baae7d78:
[145556.780517s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d78 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0 00000000 00000000
[145556.780609s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d98 00000000 00000000 00000000 00000000 00000000 00000000 baae7e10 ffffffc0
[145556.780670s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db8 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0 018ddbf8 ffffffc0
[145556.780731s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7dd8 baae7e78 00000008 b650f370 ffffffc0 018ddbd0 ffffffc0 baae7e00 ffffffc0
[145556.780792s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7df8 00000000 00000000 00200200 00000000 0081c622 00000001 019dc3c1 ffffffc0
[145556.780853s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e18 00778d14 ffffffc0 bc06ee00 ffffffc0 ffffffff ffffffc0 00000000 00000000
[145556.780914s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e38 006844f0 ffffffc0 006bde18 ffffffc0 bc47bd50 ffffffc0 00000000 00000000
[145556.780975s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e58 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781036s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.781036s]X23: 0xffffffc001a0aa10:
[145556.781066s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa10 2cf12cf1 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781127s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa30 00000000 00000000 00000000 00000000 bfffe000 ffffffc0 00000000 00000000
[145556.781188s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa50 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781250s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa70 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781311s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aa90 0002f265 00000000 00000b6c 00000000 0000dba5 00000000 00008868 00000000
[145556.781372s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aab0 842ab168 ffffffc0 bc1cc3c0 ffffffc0 8722c868 ffffffc0 0023ce40 ffffffc0
[145556.781433s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aad0 00244600 ffffffc0 13471347 00000000 00000000 00000000 00000000 00000000
[145556.781494s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]aaf0 00000000 00000000 8aacfd50 ffffffc0 00000000 00000000 00000000 00000000
[145556.781585s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.781585s]X24: 0xffffffc0baae3f80:
[145556.781616s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3f80 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781677s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fa0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781738s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fc0 00000000 00000000 00000000 00000000 00000000 00000000 00000005 00000000
[145556.781799s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]3fe0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.781860s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4000 00000000 00000000 ffffffff ffffffff bc06ee00 ffffffc0 018d1190 ffffffc0
[145556.781921s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4020 006ae364 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.782012s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4040 00000000 00000000 00000000 00000000 00000002 00000000 57ac6e9d 00000000
[145556.782043s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]4060 03e83224 53030000 6c707075 6e616369 61654874 65427472 70007461 65636f72
[145556.782073s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782073s]X25: 0xffffffc059939220:
[145556.782104s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9220 59939220 ffffffc0 59939220 ffffffc0 8fc58810 ffffffc0 00000000 00000000
[145556.782135s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9240 00000000 00000000 00000000 00000000 59939250 ffffffc0 59939250 ffffffc0
[145556.782196s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9260 8ff48460 ffffffc0 00000000 00000000 00000000 00000000 00000000 00000000
[145556.782226s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9280 59939280 ffffffc0 59939280 ffffffc0 7e46a590 ffffffc0 00000000 00000000
[145556.782257s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92a0 00000000 00000000 01a0aff8 ffffffc0 99d143d0 ffffffc0 7fcfce50 ffffffc0
[145556.782318s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92c0 5a7fd800 ffffffc0 b650f300 ffffffc0 00000014 ffffffc0 01943000 ffffffc0
[145556.782348s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]92e0 0194d150 ffffffc0 57ad3000 ffffffc0 01948d40 ffffffc0 01967c80 ffffffc0
[145556.782379s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]9300 00000000 00000000 00000000 00000000 59939310 ffffffc0 59939310 ffffffc0
[145556.782440s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782440s]X26: 0xffffffc0010aaf80:
[145556.782440s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]af80 017a111c ffffffc0 01a23208 ffffffc0 01d5b338 ffffffc0 01df4fb0 ffffffc0
[145556.782501s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afa0 018cec08 ffffffc0 01651e40 ffffffc0 01911388 ffffffc0 01954e40 ffffffc0
[145556.782531s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afc0 018cc020 ffffffc0 01a23200 ffffffc0 019dc3c0 ffffffc0 018b27e8 ffffffc0
[145556.782562s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]afe0 018ce460 ffffffc0 01f09cb8 ffffffc0 0190e040 ffffffc0 018b2378 ffffffc0
[145556.782592s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b000 01989cc8 ffffffc0 009b5fdc ffffffc0 01dabd60 ffffffc0 019726a0 ffffffc0
[145556.782653s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b020 01f23860 ffffffc0 01a76000 ffffffc0 0198dba0 ffffffc0 018cdc90 ffffffc0
[145556.782684s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b040 018cc958 ffffffc0 01defdc0 ffffffc0 01a094e0 ffffffc0 01959a98 ffffffc0
[145556.782714s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]b060 00998328 ffffffc0 018b29bc ffffffc0 018b3310 ffffffc0 01a96b44 ffffffc0
[145556.782775s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.782775s]X29: 0xffffffc0baae7cd0:
[145556.782775s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cd0 00000000 ff000000 84150080 ffffffc0 baae7df8 ffffffc0 01a0aa90 ffffffc0
[145556.782836s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7cf0 baae4000 ffffffc0 599392a0 ffffffc0 010ab000 ffffffc0 02308260 ffffffbc
[145556.782867s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d10 75a40000 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0 baae7d50 ffffffc0
[145556.782897s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d30 0077a3e4 ffffffc0 80000145 00000000 baae7d50 ffffffc0 0077a3d4 ffffffc0
[145556.782958s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d50 baae7e30 ffffffc0 006bded0 ffffffc0 bc47bd50 ffffffc0 019e0050 ffffffc0
[145556.782989s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d70 0142bf18 ffffffc0 baae7e78 ffffffc0 00000000 00000000 00779f38 ffffffc0
[145556.783020s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d90 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783050s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7db0 baae7e10 ffffffc0 000a0253 00000000 01a0aad8 ffffffc0 6fbef000 ffffffc0
[145556.783111s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]
[145556.783111s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Process ksmd (pid: 864, stack limit = 0xffffffc0baae4058)
[145556.783142s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Stack: (0xffffffc0baae7d50 to 0xffffffc0baae8000)
[145556.783172s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d40: baae7e30 ffffffc0 006bded0 ffffffc0
[145556.783172s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d60: bc47bd50 ffffffc0 019e0050 ffffffc0 0142bf18 ffffffc0 baae7e78 ffffffc0
[145556.783203s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7d80: 00000000 00000000 00779f38 ffffffc0 00000000 00000000 00000000 00000000
[145556.783233s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7da0: 00000000 00000000 00000000 00000000 baae7e10 ffffffc0 000a0253 00000000
[145556.783264s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7dc0: 01a0aad8 ffffffc0 6fbef000 ffffffc0 018ddbf8 ffffffc0 baae7e78 00000008
[145556.783264s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7de0: b650f370 ffffffc0 018ddbd0 ffffffc0 baae7e00 ffffffc0 00000000 00000000
[145556.783294s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e00: 00200200 00000000 0081c622 00000001 019dc3c1 ffffffc0 00778d14 ffffffc0
[145556.783325s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e20: bc06ee00 ffffffc0 ffffffff ffffffc0 00000000 00000000 006844f0 ffffffc0
[145556.783325s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e40: 006bde18 ffffffc0 bc47bd50 ffffffc0 00000000 00000000 00000000 00000000
[145556.783355s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783386s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00646e65
[145556.783416s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ea0: baae7ea0 ffffffc0 baae7ea0 ffffffc0 00000000 ffffffc0 00000000 74617473
[145556.783416s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ec0: baae7ec0 ffffffc0 baae7ec0 ffffffc0 00000000 00000000 00000000 00000000
[145556.783447s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783477s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783477s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783508s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783538s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783538s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7f80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783569s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fa0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[145556.783599s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000005 00000000
[145556.783630s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]7fe0: 00000000 00000000 00000000 00000000 1e000a29 9f001800 9f00000b 8000000b
[145556.783630s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Call trace:
[145556.783660s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][<ffffffc00077a3e4>] ksm_scan_thread+0x4ac/0xce0
[145556.783691s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][<ffffffc0006bdecc>] kthread+0xb4/0xc0
[145556.783691s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Code: f9400a75 f940067c f94002b4 b4002a14 (f9400e80)
[145556.783721s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:onlyDumpMem,dontSave,id:0x81000001
[145556.783752s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:rdr_system_dump() enter, begin to dump mem.
[145556.783752s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:ap excep,nofify cp(ipc),iom3(nmi),lpm3(ipc)
[145556.797027s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]rdr:exception datetime:20150324200700, uptime:49050.146575
[145556.797088s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sysreboot reason: ARM EXCE AP, tick: 20150324200700_49050.146575, systemError para: ModId=0x7, Arg1=1, Arg2=0
[145556.812957s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]---[ end trace 63077575ef872f21 ]---
[145556.830139s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Kernel panic - not syncing: Fatal exception
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
2015-03-28 3:16 ` Xishi Qiu
@ 2015-03-30 0:43 ` Hugh Dickins
-1 siblings, 0 replies; 12+ messages in thread
From: Hugh Dickins @ 2015-03-30 0:43 UTC (permalink / raw)
To: Xishi Qiu
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw, Linux MM, LKML
On Sat, 28 Mar 2015, Xishi Qiu wrote:
> On 2015/3/26 21:23, Xishi Qiu wrote:
>
> > Here are two panic logs from smart phone test, and the kernel version is v3.10.
> >
> > log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
stable_node pointer (in x21 or x22) has upper bits cleared; which
suggests corruption of the rmap_item supposed to point to it.
get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
and the structures tricky with unions; but pointers overlay pointers
in those unions, I don't see any way we might pick up an address with
the upper 24 or 32 bits cleared due to that.
> > and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
you posted below. Which contains lots of hex numbers, but very little
info I can work from.
Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
hitting this with, then use the disassembler (objdump -ld perhaps) to
identify precisely which line of ksm.c that is oopsing on: the compiler
will have inlined more interesting functions into ksm_scan_thread, so
I haven't a clue where it's actually oopsing.
Maybe we'll find that it's also oopsing on a kernel virtual address
from an rmap_item, maybe we won't.
And I don't read arm64 assembler at all, so I shall be rather limited
in what I can tell you, I'm afraid.
> >
> > I cann't repeat the panic by test, so could anyone tell me this is the
> > bug of ksm or other reason?
I've not heard of any problem like this with KSM on other architectures.
Maybe it is making some assumption which is invalid on arm64, but I'd
have thought we'd have heard about that before now. My guess is that
something in your kernel is stamping on KSM's structures.
A relevant experiment (after identifying the oops line in your current
kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
versa. I doubt SLAB or SLUB is to blame, but changing allocator might
shake things up in a way that either hides the problem, or shifts it
elsewhere.
Hugh
> >
> > Thanks,
> > Xishi Qiu
> >
>
> Here is another one.
>
> [145556.775726s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Unable to handle kernel paging request at virtual address ff00000000000018
> [145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pgd = ffffffc07f5e4000
> [145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][ff00000000000018] *pgd=0000000080808003, *pmd=0000000000000000
> [145556.775878s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
> [145556.775909s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Modules linked in:
> [145556.776000s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]CPU: 0 PID: 864 Comm: ksmd Tainted: G W 3.10.61-g2aca0a6-dirty #2
> [145556.776031s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]task: ffffffc0bc06ee00 ti: ffffffc0baae4000 task.ti: ffffffc0baae4000
> [145556.776092s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
> [145556.776123s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
> [145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pc : [<ffffffc00077a3e4>] lr : [<ffffffc00077a3d4>] pstate: 80000145
> [145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sp : ffffffc0baae7d50
> [145556.776184s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x29: ffffffc0baae7d50 x28: 0000000075a40000
> [145556.776214s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x27: ffffffbc02308260 x26: ffffffc0010ab000
> [145556.776245s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x25: ffffffc0599392a0 x24: ffffffc0baae4000
> [145556.776306s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x23: ffffffc001a0aa90 x22: ffffffc0baae7df8
> [145556.776336s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x21: ffffffc084150080 x20: ff00000000000000
> [145556.776367s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x19: ffffffc0018ddb88 x18: 0000000000000000
> [145556.776397s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x17: 0000007f7f28a974 x16: ffffffc0007ca16c
> [145556.776428s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x15: 0000000000000873 x14: 0000000000000001
> [145556.776458s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x13: 0000000000000001 x12: 0000000000000848
> [145556.776489s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x11: 0000000000000848 x10: 000000006995fcb1
> [145556.776519s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x9 : 00000000c72311f7 x8 : 0000000009050501
> [145556.776550s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x7 : 0000000005aeda8e x6 : 00000000fa9a48df
> [145556.776611s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x5 : ffffffc095e7abb0 x4 : 00000000000bffff
> [145556.776641s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
> [145556.776672s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x1 : 0000000000100051 x0 : ffffffbc02308260
[ remainder snipped ]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-30 0:43 ` Hugh Dickins
0 siblings, 0 replies; 12+ messages in thread
From: Hugh Dickins @ 2015-03-30 0:43 UTC (permalink / raw)
To: Xishi Qiu
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
hughd, izik.eidus, aarcange, chrisw, Linux MM, LKML
On Sat, 28 Mar 2015, Xishi Qiu wrote:
> On 2015/3/26 21:23, Xishi Qiu wrote:
>
> > Here are two panic logs from smart phone test, and the kernel version is v3.10.
> >
> > log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
stable_node pointer (in x21 or x22) has upper bits cleared; which
suggests corruption of the rmap_item supposed to point to it.
get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
and the structures tricky with unions; but pointers overlay pointers
in those unions, I don't see any way we might pick up an address with
the upper 24 or 32 bits cleared due to that.
> > and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
you posted below. Which contains lots of hex numbers, but very little
info I can work from.
Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
hitting this with, then use the disassembler (objdump -ld perhaps) to
identify precisely which line of ksm.c that is oopsing on: the compiler
will have inlined more interesting functions into ksm_scan_thread, so
I haven't a clue where it's actually oopsing.
Maybe we'll find that it's also oopsing on a kernel virtual address
from an rmap_item, maybe we won't.
And I don't read arm64 assembler at all, so I shall be rather limited
in what I can tell you, I'm afraid.
> >
> > I cann't repeat the panic by test, so could anyone tell me this is the
> > bug of ksm or other reason?
I've not heard of any problem like this with KSM on other architectures.
Maybe it is making some assumption which is invalid on arm64, but I'd
have thought we'd have heard about that before now. My guess is that
something in your kernel is stamping on KSM's structures.
A relevant experiment (after identifying the oops line in your current
kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
versa. I doubt SLAB or SLUB is to blame, but changing allocator might
shake things up in a way that either hides the problem, or shifts it
elsewhere.
Hugh
> >
> > Thanks,
> > Xishi Qiu
> >
>
> Here is another one.
>
> [145556.775726s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Unable to handle kernel paging request at virtual address ff00000000000018
> [145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pgd = ffffffc07f5e4000
> [145556.775817s][2015:03:24 20:07:00][pid:864,cpu0,ksmd][ff00000000000018] *pgd=0000000080808003, *pmd=0000000000000000
> [145556.775878s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Internal error: Oops: 96000006 [#1] PREEMPT SMP
> [145556.775909s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]Modules linked in:
> [145556.776000s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]CPU: 0 PID: 864 Comm: ksmd Tainted: G W 3.10.61-g2aca0a6-dirty #2
> [145556.776031s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]task: ffffffc0bc06ee00 ti: ffffffc0baae4000 task.ti: ffffffc0baae4000
> [145556.776092s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]PC is at ksm_scan_thread+0x4ac/0xce0
> [145556.776123s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]LR is at ksm_scan_thread+0x49c/0xce0
> [145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]pc : [<ffffffc00077a3e4>] lr : [<ffffffc00077a3d4>] pstate: 80000145
> [145556.776153s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]sp : ffffffc0baae7d50
> [145556.776184s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x29: ffffffc0baae7d50 x28: 0000000075a40000
> [145556.776214s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x27: ffffffbc02308260 x26: ffffffc0010ab000
> [145556.776245s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x25: ffffffc0599392a0 x24: ffffffc0baae4000
> [145556.776306s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x23: ffffffc001a0aa90 x22: ffffffc0baae7df8
> [145556.776336s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x21: ffffffc084150080 x20: ff00000000000000
> [145556.776367s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x19: ffffffc0018ddb88 x18: 0000000000000000
> [145556.776397s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x17: 0000007f7f28a974 x16: ffffffc0007ca16c
> [145556.776428s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x15: 0000000000000873 x14: 0000000000000001
> [145556.776458s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x13: 0000000000000001 x12: 0000000000000848
> [145556.776489s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x11: 0000000000000848 x10: 000000006995fcb1
> [145556.776519s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x9 : 00000000c72311f7 x8 : 0000000009050501
> [145556.776550s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x7 : 0000000005aeda8e x6 : 00000000fa9a48df
> [145556.776611s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x5 : ffffffc095e7abb0 x4 : 00000000000bffff
> [145556.776641s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x3 : 0000000000000001 x2 : 0000000000000001
> [145556.776672s][2015:03:24 20:07:00][pid:864,cpu0,ksmd]x1 : 0000000000100051 x0 : ffffffbc02308260
[ remainder snipped ]
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
2015-03-30 0:43 ` Hugh Dickins
@ 2015-03-30 1:46 ` Xishi Qiu
-1 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-30 1:46 UTC (permalink / raw)
To: Hugh Dickins
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
izik.eidus, aarcange, chrisw, Linux MM, LKML, weiyuan.wei
On 2015/3/30 8:43, Hugh Dickins wrote:
> On Sat, 28 Mar 2015, Xishi Qiu wrote:
>> On 2015/3/26 21:23, Xishi Qiu wrote:
>>
>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>>>
>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
>
> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
> stable_node pointer (in x21 or x22) has upper bits cleared; which
> suggests corruption of the rmap_item supposed to point to it.
>
> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
> and the structures tricky with unions; but pointers overlay pointers
> in those unions, I don't see any way we might pick up an address with
> the upper 24 or 32 bits cleared due to that.
>
>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>
> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
> you posted below. Which contains lots of hex numbers, but very little
> info I can work from.
>
> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
> hitting this with, then use the disassembler (objdump -ld perhaps) to
> identify precisely which line of ksm.c that is oopsing on: the compiler
> will have inlined more interesting functions into ksm_scan_thread, so
> I haven't a clue where it's actually oopsing.
>
> Maybe we'll find that it's also oopsing on a kernel virtual address
> from an rmap_item, maybe we won't.
>
> And I don't read arm64 assembler at all, so I shall be rather limited
> in what I can tell you, I'm afraid.
>
>>>
>>> I cann't repeat the panic by test, so could anyone tell me this is the
>>> bug of ksm or other reason?
>
> I've not heard of any problem like this with KSM on other architectures.
> Maybe it is making some assumption which is invalid on arm64, but I'd
> have thought we'd have heard about that before now. My guess is that
> something in your kernel is stamping on KSM's structures.
>
> A relevant experiment (after identifying the oops line in your current
> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
> shake things up in a way that either hides the problem, or shifts it
> elsewhere.
>
> Hugh
>
Hi Hugh,
Thanks for your reply. There are 3 cases as follows, at first I think maybe
something causes the oops, but all of the cases are relevant to "rmap_item",
so I have no idea.
1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
Thanks,
Xishi Qiu
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-30 1:46 ` Xishi Qiu
0 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-30 1:46 UTC (permalink / raw)
To: Hugh Dickins
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
izik.eidus, aarcange, chrisw, Linux MM, LKML, weiyuan.wei
On 2015/3/30 8:43, Hugh Dickins wrote:
> On Sat, 28 Mar 2015, Xishi Qiu wrote:
>> On 2015/3/26 21:23, Xishi Qiu wrote:
>>
>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>>>
>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
>
> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
> stable_node pointer (in x21 or x22) has upper bits cleared; which
> suggests corruption of the rmap_item supposed to point to it.
>
> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
> and the structures tricky with unions; but pointers overlay pointers
> in those unions, I don't see any way we might pick up an address with
> the upper 24 or 32 bits cleared due to that.
>
>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>
> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
> you posted below. Which contains lots of hex numbers, but very little
> info I can work from.
>
> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
> hitting this with, then use the disassembler (objdump -ld perhaps) to
> identify precisely which line of ksm.c that is oopsing on: the compiler
> will have inlined more interesting functions into ksm_scan_thread, so
> I haven't a clue where it's actually oopsing.
>
> Maybe we'll find that it's also oopsing on a kernel virtual address
> from an rmap_item, maybe we won't.
>
> And I don't read arm64 assembler at all, so I shall be rather limited
> in what I can tell you, I'm afraid.
>
>>>
>>> I cann't repeat the panic by test, so could anyone tell me this is the
>>> bug of ksm or other reason?
>
> I've not heard of any problem like this with KSM on other architectures.
> Maybe it is making some assumption which is invalid on arm64, but I'd
> have thought we'd have heard about that before now. My guess is that
> something in your kernel is stamping on KSM's structures.
>
> A relevant experiment (after identifying the oops line in your current
> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
> shake things up in a way that either hides the problem, or shifts it
> elsewhere.
>
> Hugh
>
Hi Hugh,
Thanks for your reply. There are 3 cases as follows, at first I think maybe
something causes the oops, but all of the cases are relevant to "rmap_item",
so I have no idea.
1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
Thanks,
Xishi Qiu
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
2015-03-30 1:46 ` Xishi Qiu
@ 2015-03-30 3:06 ` Xishi Qiu
-1 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-30 3:06 UTC (permalink / raw)
To: Hugh Dickins
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
izik.eidus, aarcange, chrisw, Linux MM, LKML, weiyuan.wei
On 2015/3/30 9:46, Xishi Qiu wrote:
> On 2015/3/30 8:43, Hugh Dickins wrote:
>
>> On Sat, 28 Mar 2015, Xishi Qiu wrote:
>>> On 2015/3/26 21:23, Xishi Qiu wrote:
>>>
>>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>>>>
>>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
>>
>> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
>> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
>> stable_node pointer (in x21 or x22) has upper bits cleared; which
>> suggests corruption of the rmap_item supposed to point to it.
>>
>> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
>> and the structures tricky with unions; but pointers overlay pointers
>> in those unions, I don't see any way we might pick up an address with
>> the upper 24 or 32 bits cleared due to that.
>>
>>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>>
>> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
>> you posted below. Which contains lots of hex numbers, but very little
>> info I can work from.
>>
>> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
>> hitting this with, then use the disassembler (objdump -ld perhaps) to
>> identify precisely which line of ksm.c that is oopsing on: the compiler
>> will have inlined more interesting functions into ksm_scan_thread, so
>> I haven't a clue where it's actually oopsing.
>>
>> Maybe we'll find that it's also oopsing on a kernel virtual address
>> from an rmap_item, maybe we won't.
>>
>> And I don't read arm64 assembler at all, so I shall be rather limited
>> in what I can tell you, I'm afraid.
>>
>>>>
>>>> I cann't repeat the panic by test, so could anyone tell me this is the
>>>> bug of ksm or other reason?
>>
>> I've not heard of any problem like this with KSM on other architectures.
>> Maybe it is making some assumption which is invalid on arm64, but I'd
>> have thought we'd have heard about that before now. My guess is that
>> something in your kernel is stamping on KSM's structures.
>>
>> A relevant experiment (after identifying the oops line in your current
>> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
>> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
>> shake things up in a way that either hides the problem, or shifts it
>> elsewhere.
>>
>> Hugh
>>
>
> Hi Hugh,
>
> Thanks for your reply. There are 3 cases as follows, at first I think maybe
> something causes the oops, but all of the cases are relevant to "rmap_item",
> so I have no idea.
>
> 1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
>
> 2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
>
> 3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
>
> Thanks,
> Xishi Qiu
>
The kernel is v3.10.59
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
> .
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-30 3:06 ` Xishi Qiu
0 siblings, 0 replies; 12+ messages in thread
From: Xishi Qiu @ 2015-03-30 3:06 UTC (permalink / raw)
To: Hugh Dickins
Cc: Andrew Morton, Peter Zijlstra, neilb, heiko.carstens, dhowells,
izik.eidus, aarcange, chrisw, Linux MM, LKML, weiyuan.wei
On 2015/3/30 9:46, Xishi Qiu wrote:
> On 2015/3/30 8:43, Hugh Dickins wrote:
>
>> On Sat, 28 Mar 2015, Xishi Qiu wrote:
>>> On 2015/3/26 21:23, Xishi Qiu wrote:
>>>
>>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
>>>>
>>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
>>
>> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
>> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
>> stable_node pointer (in x21 or x22) has upper bits cleared; which
>> suggests corruption of the rmap_item supposed to point to it.
>>
>> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
>> and the structures tricky with unions; but pointers overlay pointers
>> in those unions, I don't see any way we might pick up an address with
>> the upper 24 or 32 bits cleared due to that.
>>
>>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
>>
>> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
>> you posted below. Which contains lots of hex numbers, but very little
>> info I can work from.
>>
>> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
>> hitting this with, then use the disassembler (objdump -ld perhaps) to
>> identify precisely which line of ksm.c that is oopsing on: the compiler
>> will have inlined more interesting functions into ksm_scan_thread, so
>> I haven't a clue where it's actually oopsing.
>>
>> Maybe we'll find that it's also oopsing on a kernel virtual address
>> from an rmap_item, maybe we won't.
>>
>> And I don't read arm64 assembler at all, so I shall be rather limited
>> in what I can tell you, I'm afraid.
>>
>>>>
>>>> I cann't repeat the panic by test, so could anyone tell me this is the
>>>> bug of ksm or other reason?
>>
>> I've not heard of any problem like this with KSM on other architectures.
>> Maybe it is making some assumption which is invalid on arm64, but I'd
>> have thought we'd have heard about that before now. My guess is that
>> something in your kernel is stamping on KSM's structures.
>>
>> A relevant experiment (after identifying the oops line in your current
>> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
>> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
>> shake things up in a way that either hides the problem, or shifts it
>> elsewhere.
>>
>> Hugh
>>
>
> Hi Hugh,
>
> Thanks for your reply. There are 3 cases as follows, at first I think maybe
> something causes the oops, but all of the cases are relevant to "rmap_item",
> so I have no idea.
>
> 1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
>
> 2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
>
> 3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
>
> Thanks,
> Xishi Qiu
>
The kernel is v3.10.59
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
> .
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
2015-03-30 3:06 ` Xishi Qiu
@ 2015-03-30 4:36 ` Hugh Dickins
-1 siblings, 0 replies; 12+ messages in thread
From: Hugh Dickins @ 2015-03-30 4:36 UTC (permalink / raw)
To: Xishi Qiu
Cc: Hugh Dickins, Andrew Morton, Peter Zijlstra, neilb,
heiko.carstens, dhowells, izik.eidus, aarcange, chrisw, Linux MM,
LKML, weiyuan.wei
On Mon, 30 Mar 2015, Xishi Qiu wrote:
> On 2015/3/30 9:46, Xishi Qiu wrote:
> > On 2015/3/30 8:43, Hugh Dickins wrote:
> >> On Sat, 28 Mar 2015, Xishi Qiu wrote:
> >>> On 2015/3/26 21:23, Xishi Qiu wrote:
> >>>
> >>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
> >>>>
> >>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
> >>
> >> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
> >> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
> >> stable_node pointer (in x21 or x22) has upper bits cleared; which
> >> suggests corruption of the rmap_item supposed to point to it.
> >>
> >> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
> >> and the structures tricky with unions; but pointers overlay pointers
> >> in those unions, I don't see any way we might pick up an address with
> >> the upper 24 or 32 bits cleared due to that.
> >>
> >>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
> >>
> >> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
> >> you posted below. Which contains lots of hex numbers, but very little
> >> info I can work from.
> >>
> >> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
> >> hitting this with, then use the disassembler (objdump -ld perhaps) to
> >> identify precisely which line of ksm.c that is oopsing on: the compiler
> >> will have inlined more interesting functions into ksm_scan_thread, so
> >> I haven't a clue where it's actually oopsing.
> >>
> >> Maybe we'll find that it's also oopsing on a kernel virtual address
> >> from an rmap_item, maybe we won't.
> >>
> >> And I don't read arm64 assembler at all, so I shall be rather limited
> >> in what I can tell you, I'm afraid.
> >>
> >>>>
> >>>> I cann't repeat the panic by test, so could anyone tell me this is the
> >>>> bug of ksm or other reason?
> >>
> >> I've not heard of any problem like this with KSM on other architectures.
> >> Maybe it is making some assumption which is invalid on arm64, but I'd
> >> have thought we'd have heard about that before now. My guess is that
> >> something in your kernel is stamping on KSM's structures.
> >>
> >> A relevant experiment (after identifying the oops line in your current
> >> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
> >> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
> >> shake things up in a way that either hides the problem, or shifts it
> >> elsewhere.
> >>
> >> Hugh
> >>
> >
> > Hi Hugh,
> >
> > Thanks for your reply. There are 3 cases as follows, at first I think maybe
> > something causes the oops, but all of the cases are relevant to "rmap_item",
> > so I have no idea.
> >
> > 1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
> >
> > 2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
> >
> > 3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
So, something is zeroing bytes inside a struct rmap_item.
I say bytes because the pointer in your third dump was ff00000000000000
when it should have been a good struct rmap_item *rmap_list.
But I have no idea what, I'm afraid.
There has to be some reason it's struct rmap_item that's vulnerable;
but I haven't spotted a likely culprit in ksm.c.
If you're using CONFIG_SLUB=y, then "slabinfo -a | grep ksm_rmap_item"
would show what is sharing the same cache as the rmap_items, which may
suggest somewhere to look. (slabinfo comes from tools/vm/slabinfo.c;
I think cache merging has been extended from SLUB to SLAB in later
kernels, but not in v3.10.)
As I said before, it is worth switching SLAB<->SLUB, just to see
what if any difference that makes. Or are you using SLOB (that
might be significant)? If so, please try SLUB or SLAB.
> >
> > Thanks,
> > Xishi Qiu
> >
>
> The kernel is v3.10.59
3.10.61-gxxxxxxx-dirty is what your dumps show, but perhaps you know
that -gxxxxxxx-dirty is taking it back to v3.10.59.
I'd like to think that you've run this test on other kernels, and can
therefore bisect to find where it goes wrong; but suspect I'll be
disappointed to learn this is the first you've tried.
Sorry, no ideas.
Hugh
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread()
@ 2015-03-30 4:36 ` Hugh Dickins
0 siblings, 0 replies; 12+ messages in thread
From: Hugh Dickins @ 2015-03-30 4:36 UTC (permalink / raw)
To: Xishi Qiu
Cc: Hugh Dickins, Andrew Morton, Peter Zijlstra, neilb,
heiko.carstens, dhowells, izik.eidus, aarcange, chrisw, Linux MM,
LKML, weiyuan.wei
On Mon, 30 Mar 2015, Xishi Qiu wrote:
> On 2015/3/30 9:46, Xishi Qiu wrote:
> > On 2015/3/30 8:43, Hugh Dickins wrote:
> >> On Sat, 28 Mar 2015, Xishi Qiu wrote:
> >>> On 2015/3/26 21:23, Xishi Qiu wrote:
> >>>
> >>>> Here are two panic logs from smart phone test, and the kernel version is v3.10.
> >>>>
> >>>> log1 is "Unable to handle kernel paging request at virtual address c0704da020", it should be ffffffc0704da020, right?
> >>
> >> That one was an oops at get_ksm_page+0x34/0x150: I'm pretty sure that
> >> comes from the "kpfn = ACCESS_ONCE(stable_node->kpfn)" line, that the
> >> stable_node pointer (in x21 or x22) has upper bits cleared; which
> >> suggests corruption of the rmap_item supposed to point to it.
> >>
> >> get_ksm_page() is tricky with ACCESS_ONCEs against page migration,
> >> and the structures tricky with unions; but pointers overlay pointers
> >> in those unions, I don't see any way we might pick up an address with
> >> the upper 24 or 32 bits cleared due to that.
> >>
> >>>> and log2 is "Unable to handle kernel paging request at virtual address 1e000796", it should be ffffffc01e000796, right?
> >>
> >> And this one was an oops at ksm_scan_thread+0x4ac/0xce0; as is the oops
> >> you posted below. Which contains lots of hex numbers, but very little
> >> info I can work from.
> >>
> >> Please make a CONFIG_DEBUG_INFO=y build of one of the kernels you're
> >> hitting this with, then use the disassembler (objdump -ld perhaps) to
> >> identify precisely which line of ksm.c that is oopsing on: the compiler
> >> will have inlined more interesting functions into ksm_scan_thread, so
> >> I haven't a clue where it's actually oopsing.
> >>
> >> Maybe we'll find that it's also oopsing on a kernel virtual address
> >> from an rmap_item, maybe we won't.
> >>
> >> And I don't read arm64 assembler at all, so I shall be rather limited
> >> in what I can tell you, I'm afraid.
> >>
> >>>>
> >>>> I cann't repeat the panic by test, so could anyone tell me this is the
> >>>> bug of ksm or other reason?
> >>
> >> I've not heard of any problem like this with KSM on other architectures.
> >> Maybe it is making some assumption which is invalid on arm64, but I'd
> >> have thought we'd have heard about that before now. My guess is that
> >> something in your kernel is stamping on KSM's structures.
> >>
> >> A relevant experiment (after identifying the oops line in your current
> >> kernel) might be to switch from CONFIG_SLAB=y to CONFIG_SLUB=y or vice
> >> versa. I doubt SLAB or SLUB is to blame, but changing allocator might
> >> shake things up in a way that either hides the problem, or shifts it
> >> elsewhere.
> >>
> >> Hugh
> >>
> >
> > Hi Hugh,
> >
> > Thanks for your reply. There are 3 cases as follows, at first I think maybe
> > something causes the oops, but all of the cases are relevant to "rmap_item",
> > so I have no idea.
> >
> > 1. ksm_scan_thread+0xa88/0xce0 -> unstable_tree_search_insert() -> tree_rmap_item = rb_entry(*new, struct rmap_item, node);
> >
> > 2. ksm_scan_thread+0x4ac/0xce0 -> get_next_rmap_item() -> if ((rmap_item->address & PAGE_MASK) == addr)
> >
> > 3. get_ksm_page+0x34/0x150 -> get_ksm_page() -> kpfn = ACCESS_ONCE(stable_node->kpfn);
So, something is zeroing bytes inside a struct rmap_item.
I say bytes because the pointer in your third dump was ff00000000000000
when it should have been a good struct rmap_item *rmap_list.
But I have no idea what, I'm afraid.
There has to be some reason it's struct rmap_item that's vulnerable;
but I haven't spotted a likely culprit in ksm.c.
If you're using CONFIG_SLUB=y, then "slabinfo -a | grep ksm_rmap_item"
would show what is sharing the same cache as the rmap_items, which may
suggest somewhere to look. (slabinfo comes from tools/vm/slabinfo.c;
I think cache merging has been extended from SLUB to SLAB in later
kernels, but not in v3.10.)
As I said before, it is worth switching SLAB<->SLUB, just to see
what if any difference that makes. Or are you using SLOB (that
might be significant)? If so, please try SLUB or SLAB.
> >
> > Thanks,
> > Xishi Qiu
> >
>
> The kernel is v3.10.59
3.10.61-gxxxxxxx-dirty is what your dumps show, but perhaps you know
that -gxxxxxxx-dirty is taking it back to v3.10.59.
I'd like to think that you've run this test on other kernels, and can
therefore bisect to find where it goes wrong; but suspect I'll be
disappointed to learn this is the first you've tried.
Sorry, no ideas.
Hugh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2015-03-30 4:37 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-03-26 13:23 arm/ksm: Unable to handle kernel paging request in get_ksm_page() and ksm_scan_thread() Xishi Qiu
2015-03-26 13:23 ` Xishi Qiu
2015-03-28 3:16 ` Xishi Qiu
2015-03-28 3:16 ` Xishi Qiu
2015-03-30 0:43 ` Hugh Dickins
2015-03-30 0:43 ` Hugh Dickins
2015-03-30 1:46 ` Xishi Qiu
2015-03-30 1:46 ` Xishi Qiu
2015-03-30 3:06 ` Xishi Qiu
2015-03-30 3:06 ` Xishi Qiu
2015-03-30 4:36 ` Hugh Dickins
2015-03-30 4:36 ` Hugh Dickins
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.