I think so. I'll resend to upstream for inclusion in 3.1 (CC stable) with Paul's comments later today. - Nelson On Tue, Aug 9, 2011 at 11:11 AM, Josh Boyer <jwboyer@xxxxxxxxxx> wrote: > On Sat, Jul 30, 2011 at 06:30:22PM -0400, Nelson Elhage wrote: >> epoll can acquire multiple ep->mutex on multiple "struct eventpoll"s >> at once in the case where one epoll fd is monitoring another epoll >> fd. This is perfectly OK, since we're careful about the lock ordering, >> but causes spurious lockdep warnings. Annotate the recursion using >> mutex_lock_nested, and add a comment explaining the nesting rules for >> good measure. >> >> Reported-by: Paul Bolle <pebolle@xxxxxxxxxx> >> Signed-off-by: Nelson Elhage <nelhage@xxxxxxxxxxx> > > We were seeing lockdep warnings for this in rawhide until I applied the > patch. Would it be possible to get it into 3.1 still? > > josh > -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
