diff options
author | Miklos Szeredi <mszeredi@suse.cz> | 2010-09-07 13:42:41 +0200 |
---|---|---|
committer | Miklos Szeredi <mszeredi@suse.cz> | 2010-09-07 13:42:41 +0200 |
commit | 595afaf9e6ee1b48e13ec4b8bcc8c7dee888161a (patch) | |
tree | 18ec100cfce992b61aaca2e0a8d0897e67c72300 /fs/fuse/file.c | |
parent | 2bfc96a127bc1cc94d26bfaa40159966064f9c8c (diff) | |
download | op-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