[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080226195400.3f6e010b@extreme>
Date: Tue, 26 Feb 2008 19:54:00 -0800
From: Stephen Hemminger <shemminger@...tta.com>
To: Stephen Hemminger <shemminger@...tta.com>
Cc: David Miller <davem@...emloft.net>, davej@...emonkey.org.uk,
netdev@...r.kernel.org
Subject: Re: lockdep trace from rc2.
On Tue, 26 Feb 2008 19:51:57 -0800
Stephen Hemminger <shemminger@...tta.com> wrote:
> On Tue, 26 Feb 2008 18:13:54 -0800 (PST)
> David Miller <davem@...emloft.net> wrote:
>
> > From: Dave Jones <davej@...emonkey.org.uk>
> > Date: Sun, 24 Feb 2008 21:22:37 -0500
> >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=431038 has some more info,
> > > but the trace is below...
> > > I'll get an rc3 kernel built and ask the user to retest, but in case this
> > > isn't a known problem, I'm forwarding this here.
> >
> > So basically, tulip's ->stop() calls tulip_down() which does a
> > flush_scheduled_work().
> >
> > Lockdep is saying that the RTNL mutex (which is held when we
> > call the driver's ->stop() method) conflicts with that work
> > queue lock that flush_scheduled_work() takes.
> >
> > Maybe this has something to do with how linkwatch works, but
> > I can't say that I've seen this before nor do I quite understand
> > what lockdep doesn't exactly like here.
> > --
> > To unsubscribe from this list: send the line "unsubscribe netdev" in
> > the body of a message to majordomo@...r.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> This has come up before in other drivers,
> you can't call flush_scheduled_work under RTNL.
Correct link: http://kerneltrap.org/mailarchive/linux-kernel/2007/4/11/76312
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists