New: Kernel panics on do_raw_spin_lock()
A message that is not in the archive (sent off-list or not yet received): [email protected]/
Andrew Morton
maintainerQuoted 22 lines · On Tue, 24 May 2011 20:06:01 GMT [email protected] wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=35762
Summary: Kernel panics on
do_raw_spin_lock()
Product: Memory Management
Version: 2.5
Kernel Version: 2.6.38.6-26.rc1.fc14.x86_64
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: Other
AssignedTo: [email protected]
ReportedBy: [email protected]
Regression: NoKernel seems to frequently panic with RIP at
do_raw_spin_lock(). I assume this might be vma related since the trace often implicatesvma_merge()and friends.
Quoted 6 lines
Screenshots of panic:
http://www.mediafire.com/imageview.php?quickkey=hnd1dedna9bed65
http://www.mediafire.com/imageview.php?quickkey=n86366d44i7mlx4
http://www.mediafire.com/imageview.php?quickkey=0sgzfd91dvl3jhl
http://www.mediafire.com/imageview.php?quickkey=zwly9x5c4zg28dn
hm, those photos aren't terribly useful. They seem to be pointing at the compaction code.
Maybe using the pause_on_oops kernel command line option (Documentation/kernel-parameters.txt) will prevent the frist part of the first oops from scrolling off the screen?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>
Quoted 27 lines · Andrew Morton
Quoted 24 lines · On Tue, 24 May 2011 20:06:01 GMT [email protected] wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=35762
Summary: Kernel panics on
do_raw_spin_lock()
Product: Memory Management
Version: 2.5
Kernel Version: 2.6.38.6-26.rc1.fc14.x86_64
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: Other
AssignedTo: [email protected]
ReportedBy: [email protected]
Regression: NoKernel seems to frequently panic with RIP at
do_raw_spin_lock(). I assume this might be vma related since the trace often implicatesvma_merge()and friends.Screenshots of panic:
Quoted 8 lines
Quoted 4 lines
http://www.mediafire.com/imageview.php?quickkey=hnd1dedna9bed65
http://www.mediafire.com/imageview.php?quickkey=n86366d44i7mlx4
http://www.mediafire.com/imageview.php?quickkey=0sgzfd91dvl3jhl
http://www.mediafire.com/imageview.php?quickkey=zwly9x5c4zg28dnhm, those photos aren't terribly useful. They seem to be pointing at the compaction code.
It's possible but I'm agreed that the photos aren't terribly useful. It would be preferable to see the first oops where as this appears to be a second or third oops.
Also, I note this is a Fedora kernel. Is the bug readily reproducible? If so, would you be willing to verify the problem happens with 2.6.38.7? What are the reproduction steps?
Signature · 9 lines
Mel Gorman SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"[email protected]"> [email protected] </a>