I've been working with the linux-omap kernel, and after 2.6.31-rc5 I
started seeing some strange crashes. A back trace is given here:
[ 46.620941] Unable to handle kernel paging request at virtual
address 512a
[ 46.628295] pgd = c71f4000
[ 46.631042] [512a] *pgd=878a6031, *pte=, *ppte=
[ 46.637451] Internal error: Oops: 17 [#1]
[ 46.641510] Modules linked in:
[ 46.644592] CPU: 0Not tainted (2.6.31-rc8-omap1 #24)
[ 46.650024] PC is at sysfs_open_file+0x6c/0x240
[ 46.654602] LR is at sysfs_open_file+0x54/0x240
[ 46.659149] pc : [c00e7090]lr : [c00e7078]psr: 2013
[ 46.659179] sp : c711be78 ip : fp :
[ 46.670715] r10: c780c1a0 r9 : 00020001 r8 : c743b8a0
[ 46.675964] r7 : c7863428 r6 : c0026980 r5 : c782bd20 r4 : c04de406
[ 46.682556] r3 : 5126 r2 : 0001 r1 : r0 : c7863428
[ 46.689117] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 46.696289] Control: 10c5387d Table: 871f4019 DAC: 0015
[ 46.702056] Process udevadm (pid: 520, stack limit = 0xc711a2e8)
[ 46.708099] Stack: (0xc711be78 to 0xc711c000)
[ 46.712493] be60:
c782bd20
[ 46.720886] be80: c743b8a0 c00e7024 c7439138 c780c1a0
c009b9bc c743b8a0 c782bd20
[ 46.729248] bea0: c78c9320 00020001 ff9c 0022 c711bef0
c009bc40 c78c9320
[ 46.737640] bec0: 00020002 c00a8f18
c01b1130 00d0 000280d0
[ 46.746032] bee0: c7ae6000 c04a50a8 c04a51b8 c780c1a0
c7439138 c711bf44 c7972608
[ 46.754425] bf00: 0003 c7407618 0101 0001
0001eb30 c01f0404
[ 46.762817] bf20: c7b4e4a0 c7b4e4b8 0003 c05e8e00
c782bda0 00020002
[ 46.771179] bf40: c782bd20 0003 c78e82c0 c78e82c8
c78e82c4 00020001
[ 46.779571] bf60: ff9c 0003 c786c000 c711a000
0001eb30 c009b7ec
[ 46.787963] bf80: c009b650 0001 bee01168
0005 c002c084 c711a000
[ 46.796356] bfa0: 00026df0 c002bf00 0001 bee01168
00020001 3100
[ 46.804718] bfc0: 0001 bee01168 0005 00026df4
00027008 00026df0 0001eb30
[ 46.813110] bfe0: 00026d00 bee01130 0001a868 400d84e8 6010
bee01168 6f79702e 34d80100
[ 46.821502] [c00e7090] (sysfs_open_file+0x6c/0x240) from
[c009b9bc] (__dentry_open+0xbc/0x25c)
[ 46.830566] [c009b9bc] (__dentry_open+0xbc/0x25c) from
[c009bc40] (nameidata_to_filp+0x58/0x60)
[ 46.839721] [c009bc40] (nameidata_to_filp+0x58/0x60) from
[c00a8f18] (do_filp_open+0x598/0x82c)
[ 46.848876] [c00a8f18] (do_filp_open+0x598/0x82c) from
[c009b7ec] (do_sys_open+0x68/0x154)
[ 46.857574] [c009b7ec] (do_sys_open+0x68/0x154) from [c002bf00]
(ret_fast_syscall+0x0/0x2c)
[ 46.866363] Code: 0a10 e5963014 e353 0a3d (e5934004)
[ 46.872619] ---[ end trace 463c2798013d597e ]---
After bisecting I found the problem commit to be
e084b2d95e48b31aa45f9c49ffc6cdae8bdb21d4 (page-allocator: preserve
PFN ordering when __GFP_COLD is set). After reverting that commit, I
have no problems. The only thing that bothers me is that no one else
seems to have this problem.
Testing hardware: OSWALD board [1], OMAP 3530, 128Mb Ram, 256Mb NAND.
All peripherals have been disabled with no effect on the problem.
A git tree with the OSWALD added can be found at [2] if anyone is
interested, I will be submitting patches for OSWALD in the future, but
currently it is in no state to be submitted upstream (we have a very
small team).
Ben Goska
gos...@onid.oregonstate.edu
[1] - http://beaversource.oregonstate.edu/projects/cspfl/wiki
[2] - https://code.oregonstate.edu/git/oswald-kernel/?h=oswald-origin
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html