summaryrefslogtreecommitdiffstats
path: root/fs/fuse/file.c
diff options
context:
space:
mode:
authorMiklos Szeredi <mszeredi@suse.cz>2010-09-07 13:42:41 +0200
committerMiklos Szeredi <mszeredi@suse.cz>2010-09-07 13:42:41 +0200
commit595afaf9e6ee1b48e13ec4b8bcc8c7dee888161a (patch)
tree18ec100cfce992b61aaca2e0a8d0897e67c72300 /fs/fuse/file.c
parent2bfc96a127bc1cc94d26bfaa40159966064f9c8c (diff)
downloadop-kernel-dev-595afaf9e6ee1b48e13ec4b8bcc8c7dee888161a.zip
op-kernel-dev-595afaf9e6ee1b48e13ec4b8bcc8c7dee888161a.tar.gz
fuse: flush background queue on connection close
David Bartly reported that fuse can hang in fuse_get_req_nofail() when the connection to the filesystem server is no longer active. If bg_queue is not empty then flush_bg_queue() called from request_end() can put more requests on to the pending queue. If this happens while ending requests on the processing queue then those background requests will be queued to the pending list and never ended. Another problem is that fuse_dev_release() didn't wake up processes sleeping on blocked_waitq. Solve this by: a) flushing the background queue before calling end_requests() on the pending and processing queues b) setting blocked = 0 and waking up processes waiting on blocked_waitq() Thanks to David for an excellent bug report. Reported-by: David Bartley <andareed@gmail.com> Signed-off-by: Miklos Szeredi <mszeredi@suse.cz> CC: stable@kernel.org
Diffstat (limited to 'fs/fuse/file.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud