All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleg Nesterov <oleg@redhat.com>
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Cc: Josh Triplett <josh@joshtriplett.org>,
	Lai Jiangshan <laijs@cn.fujitsu.com>,
	Peter Zijlstra <peterz@infradead.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 1/1] rcu: uninline rcu_lock_acquire() and rcu_lock_release()
Date: Thu, 26 Jun 2014 21:43:44 +0200	[thread overview]
Message-ID: <20140626194344.GA23225@redhat.com> (raw)
In-Reply-To: <20140626192117.GW4603@linux.vnet.ibm.com>

On 06/26, Paul E. McKenney wrote:
>
> On Thu, Jun 26, 2014 at 08:36:57PM +0200, Oleg Nesterov wrote:
>
> > > +static void rcu_release_map(struct lockdep_map *map, unsigned long ip)
> > > +{
> > > +	rcu_lockdep_assert_watching();
> > > +	__rcu_lock_release(&map, ip);
> >
> > "map", not "&map". I fixed this before I sent v2, but apparently forgot to
> > -add before --amend.
> >
> > Sorry for noise.
>
> Not a problem!  Looks generally sane, but with a bit of adjustment
> still needed.
>
> I got some test failures on v2:
>
> o	Build breakage if built with CONFIG_DEBUG_LOCK_ALLOC=n.  I believe
> 	that the best way to fix this is to #ifdef out the bodies of
> 	__rcu_lock_acquire() and __rcu_lock_release(), but maybe you
> 	have something else in mind.

Damn ;) Will fix and send v4. Thanks.

> o	Lockdep splat as follows, which might well be due to the
> 	"&map" that you noted above:

Yes, this should be hopefully fixed. Note that

> 	[    0.000000] [ BUG: bad unlock balance detected! ]
> 	[    0.000000] 3.16.0-rc1+ #1 Not tainted
> 	[    0.000000] -------------------------------------
> 	[    0.000000] swapper/0 is trying to release lock (X?à<81>ÿÿÿÿ<97>^Sò<81>ÿÿÿÿX?à<81>ÿÿÿÿ{±ò<81>@B^O) at:

prints garbage.

> And a few other things noted below.

Yes, will, do.

Thanks!

Oleg.


      reply	other threads:[~2014-06-26 19:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-26 17:01 [PATCH 0/1] rcu: uninline rcu_lock_acquire() and rcu_lock_release() Oleg Nesterov
2014-06-26 17:01 ` [PATCH 1/1] " Oleg Nesterov
2014-06-26 17:33   ` [PATCH v2 " Oleg Nesterov
2014-06-26 18:36     ` [PATCH v3 " Oleg Nesterov
2014-06-26 19:21       ` Paul E. McKenney
2014-06-26 19:43         ` Oleg Nesterov [this message]

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=20140626194344.GA23225@redhat.com \
    --to=oleg@redhat.com \
    --cc=josh@joshtriplett.org \
    --cc=laijs@cn.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=paulmck@linux.vnet.ibm.com \
    --cc=peterz@infradead.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 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.