From: Greg KH <gregkh@suse.de>
To: "Nadolski, Edmund" <edmund.nadolski@intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Williams, Dan J" <dan.j.williams@intel.com>,
"mel@csn.ul.ie" <mel@csn.ul.ie>
Subject: Re: inconsistent lock state message on 2.6.36.4 stable release
Date: Wed, 2 Mar 2011 15:25:15 -0500 [thread overview]
Message-ID: <20110302202515.GA16963@suse.de> (raw)
In-Reply-To: <9EECC02A4CC333418C00A85D21E893261498F45872@azsmsx502.amr.corp.intel.com>
On Wed, Mar 02, 2011 at 01:19:48PM -0700, Nadolski, Edmund wrote:
> With v2.6.36.4 stable release and CONFIG_PROVE_LOCKING set, I notice
> the below message during boot (full dmesg attached):
2.6.36 is now "end of life" so there's really no need to test, debug, or
report problems here as there's nothing we can do about it.
> Per git bisect, it seems to have originated with this commit:
>
> $ git bisect good
> c04eb9683fbb6374275309b859fcbf02e1db2c78 is the first bad commit
> commit c04eb9683fbb6374275309b859fcbf02e1db2c78
> Author: Mel Gorman <mel@csn.ul.ie>
> Date: Thu Jan 13 15:45:41 2011 -0800
>
> mm: page allocator: adjust the per-cpu counter threshold when memory is low
>
> commit 88f5acf88ae6a9778f6d25d0d5d7ec2d57764a97 upstream.
>
> The message goes away after I do a git revert on this commit. I've
> also seen this message on 2.6.37.2, but not on 2.6.38-rc7.
Care to figure out what commit fixed this so that we can backport it to
the .37-stable kernel?
git bisect can be used to do this as well.
thanks,
greg k-h
next prev parent reply other threads:[~2011-03-02 20:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-02 20:19 inconsistent lock state message on 2.6.36.4 stable release Nadolski, Edmund
2011-03-02 20:25 ` Greg KH [this message]
2011-03-02 21:03 ` Mel Gorman
2011-03-02 23:22 ` Nadolski, Edmund
2011-03-03 10:54 ` 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=20110302202515.GA16963@suse.de \
--to=gregkh@suse.de \
--cc=dan.j.williams@intel.com \
--cc=edmund.nadolski@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mel@csn.ul.ie \
/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.