aboutsummaryrefslogtreecommitdiffstats
path: root/fs/jfs/jfs_lock.h
diff options
context:
space:
mode:
authorDave Kleikamp <shaggy@linux.vnet.ibm.com>2007-01-17 22:18:35 -0500
committerDave Kleikamp <shaggy@linux.vnet.ibm.com>2007-01-17 22:18:35 -0500
commit4aa0d230c2cfc1ac4bcf7c5466f9943cf14233a9 (patch)
treeb873dce6146f4880c6c48ab53c0079566f52a60b /fs/jfs/jfs_lock.h
parent82d5b9a7c63054a9a2cd838ffd177697f86e7e34 (diff)
JFS: call io_schedule() instead of schedule() to avoid deadlock
The introduction of Jens Axboe's explicit i/o plugging patches introduced a deadlock in jfs. This was caused by the process initiating I/O not unplugging the queue before waiting on the commit thread. The commit thread itself was waiting for that I/O to complete. Calling io_schedule() rather than schedule() unplugs the I/O queue avoiding the deadlock, and it appears to be the right function to call in any case. Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
Diffstat (limited to 'fs/jfs/jfs_lock.h')
-rw-r--r--fs/jfs/jfs_lock.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/jfs/jfs_lock.h b/fs/jfs/jfs_lock.h
index 7d78e83d7c40..df48ece4b7a3 100644
--- a/fs/jfs/jfs_lock.h
+++ b/fs/jfs/jfs_lock.h
@@ -42,7 +42,7 @@ do { \
42 if (cond) \ 42 if (cond) \
43 break; \ 43 break; \
44 unlock_cmd; \ 44 unlock_cmd; \
45 schedule(); \ 45 io_schedule(); \
46 lock_cmd; \ 46 lock_cmd; \
47 } \ 47 } \
48 current->state = TASK_RUNNING; \ 48 current->state = TASK_RUNNING; \