On Tue, 24 May 2011 20:06:01 GMT bugzilla-daemon@xxxxxxxxxxxxxxxxxxx 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: akpm@xxxxxxxxxxxxxxxxxxxx > ReportedBy: bryan.christ@xxxxxxxxx > Regression: No > > > Kernel seems to frequently panic with RIP at do_raw_spin_lock(). I > assume this might be vma related since the trace often implicates > vma_merge() and friends. > > 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 majordomo@xxxxxxxxxx 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:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>