From: Chris Mason <chris.mason@oracle.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Jens Axboe <jaxboe@fusionio.com>, linux-mm <linux-mm@kvack.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Mel Gorman <mel@csn.ul.ie>,
Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: hunting an IO hang
Date: Sun, 16 Jan 2011 21:41:41 -0500 [thread overview]
Message-ID: <1295231547-sup-8036@think> (raw)
In-Reply-To: <20110116183000.cc632557.akpm@linux-foundation.org>
Excerpts from Andrew Morton's message of 2011-01-16 21:30:00 -0500:
> (lots of cc's added)
>
> On Sun, 16 Jan 2011 21:07:40 -0500 Chris Mason <chris.mason@oracle.com> 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:
> > [<ffffffff8106ec94>] ? warn_slowpath_common+0x85/0x9d
> > [<ffffffff8106ed4f>] ? warn_slowpath_fmt+0x46/0x48
> > [<ffffffff81263d6c>] ? list_del+0xc0/0xed
> > [<ffffffff81106d9d>] ? migrate_pages+0x26f/0x357
> > [<ffffffff81100e18>] ? compaction_alloc+0x0/0x2dc
> > [<ffffffff8110150d>] ? compact_zone+0x391/0x5c4
> > [<ffffffff81101905>] ? compact_zone_order+0xc2/0xd1
> > [<ffffffff815c321e>] ? _raw_spin_unlock+0xe/0x10
> > [<ffffffff810dc446>] ? kswapd+0x5c8/0x88f
> > [<ffffffff810dbe7e>] ? kswapd+0x0/0x88f
> > [<ffffffff81089ce8>] ? kthread+0x82/0x8a
> > [<ffffffff810347d4>] ? kernel_thread_helper+0x4/0x10
> > [<ffffffff81089c66>] ? kthread+0x0/0x8a
> > [<ffffffff810347d0>] ? kernel_thread_helper+0x0/0x10
> > ---[ end trace 5c6b7933d16b301f ]---
>
> uh-oh. Does disabling CONFIG_COMPACTION make this go away (requires
> disabling CONFIG_TRANSPARENT_HUGEPAGE first).
We'll see. I gave THP this same run of tests back in November, it
passed without any problems (after fixing the related btrfs migration
bug). All of the crashes I've seen this weekend had this in the
.config:
# CONFIG_TRANSPARENT_HUGEPAGE is not set
CONFIG_COMPACTION=y
CONFIG_MIGRATION=y
-chris
--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-01-17 2:43 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1295225684-sup-7168@think>
[not found] ` <AANLkTikBamG2NG6j-z9fyTx=mk6NXFEE7LpB5z9s6ufr@mail.gmail.com>
[not found] ` <4D339C87.30100@fusionio.com>
[not found] ` <1295228148-sup-7379@think>
[not found] ` <AANLkTimp6ef0W_=ijW=CfH6iC1mQzW3gLr1LZivJ5Bmd@mail.gmail.com>
[not found] ` <AANLkTimr3hN8SDmbwv98hkcVfWoh9tioYg4M+0yanzpb@mail.gmail.com>
[not found] ` <1295229722-sup-6494@think>
2011-01-17 2:30 ` hunting an IO hang Andrew Morton
2011-01-17 2:41 ` Chris Mason [this message]
2011-01-17 5:11 ` Andrea Arcangeli
2011-01-17 13:48 ` Minchan Kim
2011-01-17 14:10 ` Chris Mason
2011-01-17 14:26 ` Andrea Arcangeli
2011-01-17 14:47 ` Minchan Kim
2011-01-17 15:09 ` Minchan Kim
2011-01-17 20:39 ` Andrea Arcangeli
2011-01-17 10:27 ` Mel Gorman
2011-01-17 13:21 ` Chris Mason
2011-01-17 13:50 ` Mel Gorman
2011-01-17 14:07 ` Chris Mason
2011-01-17 15:02 ` Chris Mason
2011-01-17 16:32 ` Johannes Weiner
2011-01-17 18:10 ` Mel Gorman
2011-01-17 17:09 ` Mel Gorman
2011-01-17 17:40 ` Chris Mason
2011-01-17 18:24 ` Linus Torvalds
2011-01-17 21:23 ` Chris Mason
2011-01-17 23:03 ` Mel Gorman
2011-01-18 0:30 ` Shaohua Li
2011-01-17 23:02 ` Linus Torvalds
2011-01-17 23:13 ` Minchan Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1295231547-sup-8036@think \
--to=chris.mason@oracle.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=jaxboe@fusionio.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).