From: Ingo Molnar <mingo@elte.hu>
To: Alexander Zarochentsev <zam@namesys.com>
Cc: "Barry K. Nathan" <barryn@pobox.com>,
Valdis.Kletnieks@vt.edu, Andrew Morton <akpm@osdl.org>,
arjan@linux.intel.com, linux-kernel@vger.kernel.org,
reiserfs-dev@namesys.com, Hans Reiser <reiser@namesys.com>
Subject: Re: 2.6.17-rc5-mm3: bad unlock ordering (reiser4?)
Date: Mon, 5 Jun 2006 14:50:29 +0200 [thread overview]
Message-ID: <20060605125029.GA5868@elte.hu> (raw)
In-Reply-To: <200606051522.13698.zam@namesys.com>
* Alexander Zarochentsev <zam@namesys.com> wrote:
> I think the txnh lock and the tmgr lock are _non_nested. [...]
ok - that's what the two changes i did do.
> [...] And, there is a place where two atom locks are taken in
> deadlock-free order w/o always keeping correct order of unlocking.
> The latest thing can be made lock-validator-friendly.
could you send a patch for that? When there is single-depth nesting of
two atom-locks then the annotation is easy, instead of:
spin_lock(&atom->alock);
you should do:
spin_lock_nested(&atom->alock, SINGLE_DEPTH_NESTING)
for the unordered unlocks, just change the one that is non-nested to
spin_unlock_non_nested(). (the second lock can stay spin_unlock() - that
will be in order again)
Ingo
next prev parent reply other threads:[~2006-06-05 12:51 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-04 12:04 2.6.17-rc5-mm3: bad unlock ordering (reiser4?) Barry K. Nathan
2006-06-04 14:00 ` Barry K. Nathan
2006-06-04 20:33 ` Andrew Morton
2006-06-04 20:56 ` Valdis.Kletnieks
2006-06-04 21:34 ` Ingo Molnar
2006-06-04 22:03 ` Barry K. Nathan
2006-06-05 2:46 ` Hans Reiser
2006-06-05 6:54 ` Ingo Molnar
2006-06-05 7:37 ` Ingo Molnar
2006-06-05 11:22 ` Alexander Zarochentsev
2006-06-05 12:50 ` Ingo Molnar [this message]
2006-06-05 23:56 ` Hans Reiser
2006-06-05 7:58 ` Barry K. Nathan
2006-06-05 8:12 ` Ingo Molnar
2006-06-05 9:00 ` Barry K. Nathan
2006-06-09 21:39 ` Hans Reiser
2006-06-09 21:36 ` Hans Reiser
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=20060605125029.GA5868@elte.hu \
--to=mingo@elte.hu \
--cc=Valdis.Kletnieks@vt.edu \
--cc=akpm@osdl.org \
--cc=arjan@linux.intel.com \
--cc=barryn@pobox.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
--cc=reiserfs-dev@namesys.com \
--cc=zam@namesys.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.