summaryrefslogtreecommitdiff
path: root/fs/ecryptfs
diff options
context:
space:
mode:
authorLachlan McIlroy <lachlan@sgi.com>2008-09-17 16:52:50 +1000
committerLachlan McIlroy <lachlan@redback.melbourne.sgi.com>2008-09-17 16:52:50 +1000
commit2fd6f6ec64ff347447d26646ac6188f3658b383c (patch)
treebfa49e13be769ffbbbc152cb1b771fe10dcb185e /fs/ecryptfs
parente1f5dbd7077eebec794452a516cb02f1669b036d (diff)
downloadlinux-3.10-2fd6f6ec64ff347447d26646ac6188f3658b383c.tar.gz
linux-3.10-2fd6f6ec64ff347447d26646ac6188f3658b383c.tar.bz2
linux-3.10-2fd6f6ec64ff347447d26646ac6188f3658b383c.zip
[XFS] Don't do I/O beyond eof when unreserving space
When unreserving space with boundaries that are not block aligned we round up the start and round down the end boundaries and then use this function, xfs_zero_remaining_bytes(), to zero the parts of the blocks that got dropped during the rounding. The problem is we don't consider if these blocks are beyond eof. Worse still is if we encounter delayed allocations beyond eof we will try to use the magic delayed allocation block number as a real block number. If the file size is ever extended to expose these blocks then we'll go through xfs_zero_eof() to zero them anyway. SGI-PV: 983683 SGI-Modid: xfs-linux-melb:xfs-kern:32055a Signed-off-by: Lachlan McIlroy <lachlan@sgi.com> Signed-off-by: Christoph Hellwig <hch@infradead.org>
Diffstat (limited to 'fs/ecryptfs')
0 files changed, 0 insertions, 0 deletions