diff options
| author | Dave Kleikamp <shaggy@austin.ibm.com> | 2005-07-25 08:58:54 -0500 |
|---|---|---|
| committer | Dave Kleikamp <shaggy@austin.ibm.com> | 2005-07-25 08:58:54 -0500 |
| commit | c2783f3a625b2aba943ef94623e277557a91a448 (patch) | |
| tree | e262b750f4e8cd5785417a55dd68b427e31bd86f | |
| parent | c40c202493d18de42fcd0b8b5d68c22aefb70f03 (diff) | |
| download | kernel_samsung_crespo-c2783f3a625b2aba943ef94623e277557a91a448.zip kernel_samsung_crespo-c2783f3a625b2aba943ef94623e277557a91a448.tar.gz kernel_samsung_crespo-c2783f3a625b2aba943ef94623e277557a91a448.tar.bz2 | |
JFS: Don't set log_SYNCBARRIER when log->active == 0
If a metadata page is kept active, it is possible that the sync barrier logic
continues to trigger, even if all active transactions have been phyically
written to the journal. This can cause a hang, since the completion of the
journal I/O is what unsets the sync barrier flag to allow new transactions
to be created.
Signed-off-by: Dave Kleikamp <shaggy@austin.ibm.com>
| -rw-r--r-- | fs/jfs/jfs_logmgr.c | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/fs/jfs/jfs_logmgr.c b/fs/jfs/jfs_logmgr.c index 79d0762..22815e8 100644 --- a/fs/jfs/jfs_logmgr.c +++ b/fs/jfs/jfs_logmgr.c @@ -1030,7 +1030,8 @@ static int lmLogSync(struct jfs_log * log, int nosyncwait) * starting until all current transactions are completed * by setting syncbarrier flag. */ - if (written > LOGSYNC_BARRIER(logsize) && logsize > 32 * LOGPSIZE) { + if (!test_bit(log_SYNCBARRIER, &log->flag) && + (written > LOGSYNC_BARRIER(logsize)) && log->active) { set_bit(log_SYNCBARRIER, &log->flag); jfs_info("log barrier on: lsn=0x%x syncpt=0x%x", lsn, log->syncpt); |