From: Linus Torvalds <torva...@linux-foundation.org> Date: Fri, 2 Sep 2016 11:17:18 -0700
> Oh, this was missing a > > Reported-and-tested-by: CAI Qian <caiq...@redhat.com> > > who found the new deadlock. > > There's now *another* lockdep deadlock report by him, but that one has > nothing to do with networking. > > (And neither of these deadlocks will actually deadlock the machine in > practice, but you can trigger the lockdep reports with some odd splice > patterns and overlayfs use) I read over this and can't find any problems. The main thing I was concerned about was an I/O path that really expects the socket's hash not to change for whatever reason, but even all of the unix_find_other() calls are done outside of the mutex already.