[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121106173845.4a50d661@pyramind.ukuu.org.uk>
Date: Tue, 6 Nov 2012 17:38:45 +0000
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Dave Jones <davej@...hat.com>
Cc: Hugh Dickins <hughd@...gle.com>,
Sasha Levin <sasha.levin@...cle.com>,
Daniel Vetter <daniel.vetter@...ll.ch>,
Sasha Levin <levinsasha928@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Jiri Slaby <jslaby@...e.cz>, linux-kernel@...r.kernel.org,
linux-fbdev@...r.kernel.org, florianSchandinat@....de
Subject: Re: tty, vt: lockdep warnings
> > The root
> > cause is loading two different framebuffers with one taking over from
> > another - that should be an obscure corner case and once the fuzz testing
> > can avoid.
> >
> > I had a semi-informed poke at this and came up with a possible patch (not very tested)
>
> If this fixes the real problems we've been seeing, I'll dance a jig.
Youtube...
At this point my bigger concern is that it'll just make something else
warn instead. The underlying problem is that fbcon layer implements a
single threaded notifier whose locking semantics are at best random. It's
not calld with a specific set of locks each time. Possibly it sohuld be
two notifiers (one for fb stuff, one for console layer stuff) but the
entire layer is horrible. I live in home the KMS guys will rip out the
useful bits and build a straight kms fb layer with refcounting and the
like 8)
Testing certainly needed and if it's still blowing up then hopefully
further traces will help fix up the other cases we don't know about.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists