Home
last modified time | relevance | path

Searched hist:"22 ee6985de7d3e81ec0cef9c6ba01b45ad1bafeb" (Results 1 – 3 of 3) sorted by relevance

/openbmc/linux/fs/btrfs/
H A Dbtrfs_inode.hdiff 22ee6985de7d3e81ec0cef9c6ba01b45ad1bafeb Tue May 29 15:57:49 CDT 2012 Josef Bacik <josef@redhat.com> Btrfs: check to see if the inode is in the log before fsyncing

We have this check down in the actual logging code, but this is after we
start a transaction and all that good stuff. So move the helper
inode_in_log() out so we can call it in fsync() and avoid starting a
transaction altogether and just exit if we've already fsync()'ed this file
recently. You would notice this issue if you fsync()'ed a file over and
over again until the transaction committed. Thanks,

Signed-off-by: Josef Bacik <josef@redhat.com>
H A Dtree-log.cdiff 22ee6985de7d3e81ec0cef9c6ba01b45ad1bafeb Tue May 29 15:57:49 CDT 2012 Josef Bacik <josef@redhat.com> Btrfs: check to see if the inode is in the log before fsyncing

We have this check down in the actual logging code, but this is after we
start a transaction and all that good stuff. So move the helper
inode_in_log() out so we can call it in fsync() and avoid starting a
transaction altogether and just exit if we've already fsync()'ed this file
recently. You would notice this issue if you fsync()'ed a file over and
over again until the transaction committed. Thanks,

Signed-off-by: Josef Bacik <josef@redhat.com>
H A Dfile.cdiff 22ee6985de7d3e81ec0cef9c6ba01b45ad1bafeb Tue May 29 15:57:49 CDT 2012 Josef Bacik <josef@redhat.com> Btrfs: check to see if the inode is in the log before fsyncing

We have this check down in the actual logging code, but this is after we
start a transaction and all that good stuff. So move the helper
inode_in_log() out so we can call it in fsync() and avoid starting a
transaction altogether and just exit if we've already fsync()'ed this file
recently. You would notice this issue if you fsync()'ed a file over and
over again until the transaction committed. Thanks,

Signed-off-by: Josef Bacik <josef@redhat.com>