From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Andrea Arcangeli <aarcange@redhat.com>,
linux-mm@kvack.org,
Linus Torvalds <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org,
Marcelo Tosatti <mtosatti@redhat.com>,
Adam Litke <agl@us.ibm.com>, Avi Kivity <avi@redhat.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Rik van Riel <riel@redhat.com>, Mel Gorman <mel@csn.ul.ie>,
Dave Hansen <dave@linux.vnet.ibm.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Ingo Molnar <mingo@elte.hu>, Mike Travis <travis@sgi.com>,
Christoph Lameter <cl@linux-foundation.org>,
Chris Wright <chrisw@sous-sol.org>,
bpicco@redhat.com,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Balbir Singh <balbir@linux.vnet.ibm.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Johannes Weiner <hannes@cmpxchg.org>,
Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>,
Chris Mason <chris.mason@oracle.com>,
Borislav Petkov <bp@alien8.de>,
Miklos Szeredi <miklos@szeredi.hu>
Subject: Re: linux-next early user mode crash (Was: Re: Transparent Hugepage Support #33)
Date: Thu, 16 Dec 2010 07:11:22 -0800 [thread overview]
Message-ID: <20101216151122.GA2203@linux.vnet.ibm.com> (raw)
In-Reply-To: <20101216180047.4bb69b80.sfr@canb.auug.org.au>
On Thu, Dec 16, 2010 at 06:00:47PM +1100, Stephen Rothwell wrote:
> Hi Paul,
>
> On Thu, 16 Dec 2010 17:08:14 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > On Wed, 15 Dec 2010 21:29:58 -0800 "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> wrote:
> > >
> > > RCU problems would normally take longer to run the system out of memory,
> > > but who knows?
> > >
> > > I did a push into -rcu in the suspect time frame, so have pulled it. I am
> > > sure that kernel.org will push this change to its mirrors at some point.
> > > Just in case tree-by-tree bisecting is faster than commit-by-commit
> > > bisecting.
> >
> > I have bisected it down to the rcu tree, so the three commits that were
> > added yesterday are the suspects. I am still bisecting. If will just
> > revert those three commits from linux-next today in the hope that Andrew
> > will end up with a working tree.
>
> Bisect finished:
>
> 4e40200dab0e673b019979b5b8f5e5d1b25885c2 is first bad commit
> commit 4e40200dab0e673b019979b5b8f5e5d1b25885c2
> Author: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Date: Fri Dec 10 15:02:47 2010 -0800
>
> rcu: fine-tune grace-period begin/end checks
>
> Use the CPU's bit in rnp->qsmask to determine whether or not the CPU
> should try to report a quiescent state. Handle overflow in the check
> for rdp->gpnum having fallen behind.
>
> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
>
> So far 4 of my 6 boot tests that failed yesterday have succeeded today
> (with those last three rcu commits reverted) - the others are still
> building.
So I blew it not once, but twice -- once in the patch itself, and once
in messing up my -next process. :-/
Please accept my apologies!!!
Thanx, Paul
--
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:[~2010-12-16 15:15 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-15 5:15 Transparent Hugepage Support #33 Andrea Arcangeli
2010-12-15 5:15 ` Andrea Arcangeli
2010-12-15 23:55 ` Andrew Morton
2010-12-15 23:55 ` Andrew Morton
2010-12-16 2:35 ` kvm mmu transparent hugepage support for linux-next Andrea Arcangeli
2010-12-16 2:35 ` Andrea Arcangeli
2010-12-16 0:54 ` Transparent Hugepage Support #33 KAMEZAWA Hiroyuki
2010-12-16 0:54 ` KAMEZAWA Hiroyuki
2010-12-16 1:10 ` Daisuke Nishimura
2010-12-16 1:10 ` Daisuke Nishimura
2010-12-16 2:13 ` Andrea Arcangeli
2010-12-16 2:13 ` Andrea Arcangeli
2010-12-16 1:18 ` Andrew Morton
2010-12-16 1:18 ` Andrew Morton
2010-12-16 2:02 ` linux-next early user mode crash (Was: Re: Transparent Hugepage Support #33) Stephen Rothwell
2010-12-16 5:29 ` Paul E. McKenney
2010-12-16 6:08 ` Stephen Rothwell
2010-12-16 7:00 ` Stephen Rothwell
2010-12-16 15:11 ` Paul E. McKenney [this message]
2010-12-20 11:16 ` Transparent Hugepage Support #33 Mel Gorman
2010-12-20 11:16 ` Mel Gorman
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=20101216151122.GA2203@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=aarcange@redhat.com \
--cc=agl@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=avi@redhat.com \
--cc=balbir@linux.vnet.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=bp@alien8.de \
--cc=bpicco@redhat.com \
--cc=chris.mason@oracle.com \
--cc=chrisw@sous-sol.org \
--cc=cl@linux-foundation.org \
--cc=dave@linux.vnet.ibm.com \
--cc=hannes@cmpxchg.org \
--cc=hugh.dickins@tiscali.co.uk \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
--cc=miklos@szeredi.hu \
--cc=mingo@elte.hu \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=nishimura@mxp.nes.nec.co.jp \
--cc=peterz@infradead.org \
--cc=riel@redhat.com \
--cc=sfr@canb.auug.org.au \
--cc=torvalds@linux-foundation.org \
--cc=travis@sgi.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.