remarkable-linux/net/9p
Tom Tucker 45abdf1c7b p9: Fix leak of waitqueue in request allocation path
If a T or R fcall cannot be allocated, the function returns an error
but neglects to free the wait queue that was successfully allocated.

If it comes through again a second time this wq will be overwritten
with a new allocation and the old allocation will be leaked.

Also, if the client is subsequently closed, the close path will
attempt to clean up these allocations, so set the req fields to
NULL to avoid duplicate free.

Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2008-11-05 13:19:06 -06:00
..
client.c p9: Fix leak of waitqueue in request allocation path 2008-11-05 13:19:06 -06:00
error.c 9p: make cryptic unknown error from server less scary 2008-05-14 19:23:26 -05:00
Kconfig 9p: rdma: RDMA Transport Support for 9P 2008-10-22 18:47:39 -05:00
Makefile 9p: rdma: RDMA Transport Support for 9P 2008-10-22 18:47:39 -05:00
mod.c 9p: consolidate transport structure 2008-10-17 11:04:41 -05:00
protocol.c 9p: fix sparse warnings 2008-10-22 18:54:47 -05:00
protocol.h 9p: rework client code to use new protocol support functions 2008-10-17 11:04:45 -05:00
trans_fd.c 9p: fix debug build error 2008-10-22 18:47:40 -05:00
trans_rdma.c 9p: rdma: Set trans prior to requesting async connection ops 2008-11-05 13:19:06 -06:00
trans_virtio.c 9p: make rpc code common and rework flush code 2008-10-17 11:04:42 -05:00
util.c 9p: rework client code to use new protocol support functions 2008-10-17 11:04:45 -05:00