From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id 6CF788D0039 for ; Sun, 16 Jan 2011 21:31:03 -0500 (EST) Date: Sun, 16 Jan 2011 18:30:00 -0800 From: Andrew Morton Subject: Re: hunting an IO hang Message-Id: <20110116183000.cc632557.akpm@linux-foundation.org> In-Reply-To: <1295229722-sup-6494@think> References: <1295225684-sup-7168@think> <4D339C87.30100@fusionio.com> <1295228148-sup-7379@think> <1295229722-sup-6494@think> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Chris Mason Cc: Linus Torvalds , Jens Axboe , linux-mm@kvack.org, KAMEZAWA Hiroyuki , Mel Gorman , Andrea Arcangeli List-ID: (lots of cc's added) On Sun, 16 Jan 2011 21:07:40 -0500 Chris Mason wrote: > Excerpts from Linus Torvalds's message of 2011-01-16 20:53:04 -0500: > > .. except I actually didn't add Andrew to the cc after all. > > > > NOW I did. > > > > Oh, and if you can repeat this and bisect it, it would obviously be > > great. But that sounds rather painful. > > Ok, so I've got 3 different problems in 3 totally different areas. > I'm running w/kvm, but this VM is very stable with 2.6.37. Running > Linus' current git it goes boom in exotic ways, this time it was only on > ext3, btrfs code never loaded. > > Linus, if you're planning on rc1 tonight I'll send my pull request out > the door. Otherwise I'd prefer to fix this and send my pull after > actually getting a long btrfs run on the current code. > > Next up, CONFIG_DEBUG*, always an adventure on rc1 kernels ;) > > WARNING: at lib/list_debug.c:57 list_del+0xc0/0xed() > Hardware name: Bochs > list_del corruption. next->prev should be ffffea000010cde0, but was ffff88007cff6bc8 > Modules linked in: > Pid: 524, comm: kswapd0 Not tainted 2.6.37-josef+ #180 > Call Trace: > [] ? warn_slowpath_common+0x85/0x9d > [] ? warn_slowpath_fmt+0x46/0x48 > [] ? list_del+0xc0/0xed > [] ? migrate_pages+0x26f/0x357 > [] ? compaction_alloc+0x0/0x2dc > [] ? compact_zone+0x391/0x5c4 > [] ? compact_zone_order+0xc2/0xd1 > [] ? _raw_spin_unlock+0xe/0x10 > [] ? kswapd+0x5c8/0x88f > [] ? kswapd+0x0/0x88f > [] ? kthread+0x82/0x8a > [] ? kernel_thread_helper+0x4/0x10 > [] ? kthread+0x0/0x8a > [] ? kernel_thread_helper+0x0/0x10 > ---[ end trace 5c6b7933d16b301f ]--- uh-oh. Does disabling CONFIG_COMPACTION make this go away (requires disabling CONFIG_TRANSPARENT_HUGEPAGE first). -- 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/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org