On Fri, Sep 9, 2016 at 9:26 PM, Timmons C. Player <
timmons.pla...@spirent.com> wrote:
> There is a potential lock order inversion issue here. Closing
> the file from the network side requires taking the file lock
> after taking the socket lock. Conversely, polling a socket from
> epoll takes th
There is a potential lock order inversion issue here. Closing
the file from the network side requires taking the file lock
after taking the socket lock. Conversely, polling a socket from
epoll takes the file lock and then takes the socket lock.
Bumping the reference count here ensures that the n