summaryrefslogtreecommitdiffstats
path: root/drivers/ieee1394/highlevel.h
diff options
context:
space:
mode:
authorMingming Cao <cmm@us.ibm.com>2008-07-25 01:46:22 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2008-07-25 10:53:32 -0700
commit3f31fddfa26b7594b44ff2b34f9a04ba409e0f91 (patch)
tree88994baf22f65dc4da0bef17ce61eda09c59db2a /drivers/ieee1394/highlevel.h
parent9ebfbe9f926553eabc21b4400918d1216b27ed0c (diff)
downloadop-kernel-dev-3f31fddfa26b7594b44ff2b34f9a04ba409e0f91.zip
op-kernel-dev-3f31fddfa26b7594b44ff2b34f9a04ba409e0f91.tar.gz
jbd: fix race between free buffer and commit transaction
journal_try_to_free_buffers() could race with jbd commit transaction when the later is holding the buffer reference while waiting for the data buffer to flush to disk. If the caller of journal_try_to_free_buffers() request tries hard to release the buffers, it will treat the failure as error and return back to the caller. We have seen the directo IO failed due to this race. Some of the caller of releasepage() also expecting the buffer to be dropped when passed with GFP_KERNEL mask to the releasepage()->journal_try_to_free_buffers(). With this patch, if the caller is passing the __GFP_WAIT and __GFP_FS to indicating this call could wait, in case of try_to_free_buffers() failed, let's waiting for journal_commit_transaction() to finish commit the current committing transaction, then try to free those buffers again. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by: Mingming Cao <cmm@us.ibm.com> Reviewed-by: Badari Pulavarty <pbadari@us.ibm.com> Acked-by: Jan Kara <jack@suse.cz> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/ieee1394/highlevel.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud