Thread (6 messages) read the whole thread 6 messages, 4 authors, 2014-08-25

Re: 3.17-rc1: leds blink workqueue causes sleeping BUGs

From: Samuel Thibault <samuel.thibault@ens-lyon.org>
Date: 2014-08-25 23:34:57
Also in: linux-leds, lkml

Hugh Dickins, le Mon 25 Aug 2014 15:00:44 -0700, a écrit :
On Mon, 25 Aug 2014, Samuel Thibault wrote:
quoted
Samuel Thibault, le Mon 25 Aug 2014 23:23:24 +0200, a écrit :
quoted
We could indeed have a loop if the user was making the VT::* leds use
the vt-* trigger,
Actually, while there can be a loop, it wouldn't be possible to inject
events in it: a VT::* led only makes the corresponding vt-* trigger if
it got an event from its trigger, etc. So it's really a false positive,
the lock detector just can not know that it can not happen.
I'm not suffering from this lockdep warning myself; but, false positive
or not, it does need to be fixed (or annotated).  Because once lockdep
reports one issue, it turns itself off.  So any developer who hits this
warning is then unable test their own changes with lockdep afterwards.
Ew. I'll have a look.

Samuel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help