diff options
author | Eric Sandeen <sandeen@redhat.com> | 2017-04-19 15:19:32 -0700 |
---|---|---|
committer | Darrick J. Wong <darrick.wong@oracle.com> | 2017-04-25 09:40:41 -0700 |
commit | 4f1adf3373f072246c14119b2aa6dfb4d6510a43 (patch) | |
tree | ae53e31c5ed76baec7985095716131b45b1a722a /fs/fscache | |
parent | 90115407c5847828d82af9bc139f690600a36219 (diff) | |
download | linux-4f1adf3373f072246c14119b2aa6dfb4d6510a43.tar.gz linux-4f1adf3373f072246c14119b2aa6dfb4d6510a43.tar.bz2 linux-4f1adf3373f072246c14119b2aa6dfb4d6510a43.zip |
xfs: more do_div cleanups
On some architectures do_div does the pointer compare
trick to make sure that we've sent it an unsigned 64-bit
number. (Why unsigned? I don't know.)
Fix up the few places that squawk about this; in
xfs_bmap_wants_extents() we just used a bare int64_t so change
that to unsigned.
In xfs_adjust_extent_unmap_boundaries() all we wanted was the
mod, and we have an xfs-specific function to handle that w/o
side effects, which includes proper casting for do_div.
In xfs_daddr_to_ag[b]no, we were using the wrong type anyway;
XFS_BB_TO_FSBT returns a block in the filesystem, so use
xfs_rfsblock_t not xfs_daddr_t, and gain the unsignedness
from that type as a bonus.
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'fs/fscache')
0 files changed, 0 insertions, 0 deletions