summaryrefslogtreecommitdiff
path: root/fs/notify/inotify/inotify_user.c
diff options
context:
space:
mode:
authorJan Kara <jack@suse.cz>2016-11-10 19:45:16 +0300
committerJan Kara <jack@suse.cz>2017-04-10 18:37:36 +0300
commit05f0e38724e8449184acd8fbf0473ee5a07adc6c (patch)
treeec38fb315ab41f887ef1af9c6adfd2735ed377a9 /fs/notify/inotify/inotify_user.c
parent9385a84d7e1f658bb2d96ab798393e4b16268aaa (diff)
downloadlinux-05f0e38724e8449184acd8fbf0473ee5a07adc6c.tar.xz
fanotify: Release SRCU lock when waiting for userspace response
When userspace task processing fanotify permission events screws up and does not respond, fsnotify_mark_srcu SRCU is held indefinitely which causes further hangs in the whole notification subsystem. Although we cannot easily solve the problem of operations blocked waiting for response from userspace, we can at least somewhat localize the damage by dropping SRCU lock before waiting for userspace response and reacquiring it when userspace responds. Reviewed-by: Miklos Szeredi <mszeredi@redhat.com> Reviewed-by: Amir Goldstein <amir73il@gmail.com> Signed-off-by: Jan Kara <jack@suse.cz>
Diffstat (limited to 'fs/notify/inotify/inotify_user.c')
0 files changed, 0 insertions, 0 deletions