From: Eric Biederman <ebiederm@aristanetworks.com>
To: John Kacur <jkacur@redhat.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
Greg Kroah-Hartman <gregkh@suse.de>, Tejun Heo <tj@kernel.org>,
Serge Hallyn <serue@us.ibm.com>,
"David P. Quigley" <dpquigl@tycho.nsa.gov>,
James Morris <jmorris@namei.org>
Subject: Re: [BUG]: Possibe recursive locking detected in sysfs
Date: Mon, 15 Feb 2010 01:56:45 -0800 [thread overview]
Message-ID: <aca0ce8b1002150156sdccf9fel42a11e2fc43437e5@mail.gmail.com> (raw)
In-Reply-To: <520f0cf11002141822i7c77c58cl2e00305ca6890f90@mail.gmail.com>
On Sun, Feb 14, 2010 at 6:22 PM, John Kacur <jkacur@redhat.com> wrote:
> On Sun, Feb 14, 2010 at 4:50 PM, Eric Biederman
> <ebiederm@aristanetworks.com> wrote:
>>> Sure, are you referring to the patch-set that begins with
>>> "[PATCH 1/6] sysfs: Serialize updates to the vfs inode"?
>>
>> Sorry no.
>>
>> http://lkml.org/lkml/2010/2/11/329
>>
>
> I applied your patch, and yes, it removed the possible recursive
> locking detected message, but everything still froze.
> I don't think I really have any good info from the crash to report.
> Your patch seems to have added the symptom of a huge number of
> BUG: key ffff880126269e40 not in .data!
> BUG: key ffff880136fc03f0 not in .data!
Those are from dynamic sysfs entries that I have not yet annoted
with sysfs_attr_init, and are generally harmless. If you happen
to see the first one. I would appreciate having the backtrace so I
can see about fixing it.
With respect to your problem the important point is that lockdep does
not throw a warning and disable itself. Can you verify that?
Assuming that lockdep has not complained and disabled itself than
my patches are successful at disabling the sysfs lockdep false positives
(except those BUG: key ... not in .data messages). and the lockdep
warnings are just a coincidence in your case.
I believe the cause of your hang is somewhere else entirely. Perhaps
a driver regression.
Eric
next prev parent reply other threads:[~2010-02-15 10:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-11 17:11 [BUG]: Possibe recursive locking detected in sysfs John Kacur
2010-02-14 13:10 ` John Kacur
2010-02-14 14:57 ` Eric Biederman
2010-02-14 20:54 ` John Kacur
2010-02-14 21:50 ` Eric Biederman
2010-02-15 2:22 ` John Kacur
2010-02-15 9:56 ` Eric Biederman [this message]
2010-02-15 10:33 ` Américo Wang
2010-02-15 19:41 ` Maciej Rutecki
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=aca0ce8b1002150156sdccf9fel42a11e2fc43437e5@mail.gmail.com \
--to=ebiederm@aristanetworks.com \
--cc=dpquigl@tycho.nsa.gov \
--cc=gregkh@suse.de \
--cc=jkacur@redhat.com \
--cc=jmorris@namei.org \
--cc=linux-kernel@vger.kernel.org \
--cc=serue@us.ibm.com \
--cc=tj@kernel.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