summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/async-thread.c
diff options
context:
space:
mode:
authorChris Mason <chris.mason@oracle.com>2009-01-28 21:34:27 +0100
committerChris Mason <chris.mason@oracle.com>2009-01-28 21:34:27 +0100
commit89f135d8b53bcccafd91a075366d2704ba257cf3 (patch)
tree8355edb91b7f0345ab7698dee0f0478f571aa090 /fs/btrfs/async-thread.c
parentMerge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/... (diff)
downloadlinux-89f135d8b53bcccafd91a075366d2704ba257cf3.tar.xz
linux-89f135d8b53bcccafd91a075366d2704ba257cf3.zip
Btrfs: fix readdir on 32 bit machines
After btrfs_readdir has gone through all the directory items, it sets the directory f_pos to the largest possible int. This way applications that mix readdir with creating new files don't end up in an endless loop finding the new directory items as they go. It was a workaround for a bug in git, but the assumption was that if git could make this looping mistake than it would be a common problem. The largest possible int chosen was INT_LIMIT(typeof(file->f_pos), and it is possible for that to be a larger number than 32 bit glibc expects to come out of readdir. This patches switches that to INT_LIMIT(off_t), which should keep applications happy on 32 and 64 bit machines. Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/btrfs/async-thread.c')
0 files changed, 0 insertions, 0 deletions