diff options
author | Lachlan McIlroy <lachlan@sgi.com> | 2008-09-17 16:52:50 +1000 |
---|---|---|
committer | Lachlan McIlroy <lachlan@redback.melbourne.sgi.com> | 2008-09-17 16:52:50 +1000 |
commit | 2fd6f6ec64ff347447d26646ac6188f3658b383c (patch) | |
tree | bfa49e13be769ffbbbc152cb1b771fe10dcb185e /fs/ecryptfs | |
parent | e1f5dbd7077eebec794452a516cb02f1669b036d (diff) | |
download | linux-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