aboutsummaryrefslogtreecommitdiffstats
path: root/fs/btrfs/dev-replace.c
diff options
context:
space:
mode:
authorpiaojun <[email protected]>2018-07-13 23:59:06 +0000
committerLinus Torvalds <[email protected]>2018-07-14 18:11:09 +0000
commitc290fba8c4ce6530cd941ea14db5a4ac2f77183f (patch)
tree6ae7eef41d9099e8c1d3fd99cb24076f9b672ba8 /fs/btrfs/dev-replace.c
parentmm: allow arch to supply p??_free_tlb functions (diff)
downloadkernel-c290fba8c4ce6530cd941ea14db5a4ac2f77183f.tar.gz
kernel-c290fba8c4ce6530cd941ea14db5a4ac2f77183f.zip
net/9p/client.c: put refcount of trans_mod in error case in parse_opts()
In my testing, the second mount will fail after umounting successfully. The reason is that we put refcount of trans_mod in the correct case rather than the error case in parse_opts() at last. That will cause the refcount decrease to -1, and when we try to get trans_mod again in try_module_get(), we could only increase refcount to 0 which will cause failure as follows: parse_opts v9fs_get_trans_by_name try_module_get : return NULL to caller which cause error So we should put refcount of trans_mod in error case. Link: http://lkml.kernel.org/r/[email protected] Fixes: 9421c3e64137ec ("net/9p/client.c: fix potential refcnt problem of trans module") Signed-off-by: Jun Piao <[email protected]> Reviewed-by: Yiwen Jiang <[email protected]> Reviewed-by: Greg Kurz <[email protected]> Reviewed-by: Dominique Martinet <[email protected]> Tested-by: Dominique Martinet <[email protected]> Cc: Eric Van Hensbergen <[email protected]> Cc: Ron Minnich <[email protected]> Cc: Latchesar Ionkov <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'fs/btrfs/dev-replace.c')
0 files changed, 0 insertions, 0 deletions