summaryrefslogtreecommitdiff
path: root/fs/xfs/xfs_bmap_btree.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@infradead.org>2008-06-27 13:32:31 +1000
committerNiv Sardi <xaiki@debian.org>2008-07-28 16:59:09 +1000
commite182f57ac019b034b40d16f3c6d8e86826aecd56 (patch)
treeb270d1ccd9c019b8172661aa87d5eb03f1a54219 /fs/xfs/xfs_bmap_btree.c
parent90ad58a83accbeb8de09de4a55d3e6b429767eae (diff)
downloadlinux-e182f57ac019b034b40d16f3c6d8e86826aecd56.tar.gz
[XFS] attrmulti cleanup
xfs_attrmulti_by_handle currently request the size based on sizeof(attr_multiop_t) but should be using sizeof(xfs_attr_multiop_t) because that is what it is dealing with. Despite beeing wrong this actually harmless in practice because both structures are the same size on all platforms. But this sizeof was the only user of struct attr_multiop so we can just kill it. Also move the ATTR_OP_* defines xfs_attr.h into the struct xfs_attr_multiop defintion in xfs_fs.h because they are only used with that structure, and are part of the user ABI for the XFS_IOC_ATTRMULTI_BY_HANDLE ioctl. SGI-PV: 983508 SGI-Modid: xfs-linux-melb:xfs-kern:31352a Signed-off-by: Christoph Hellwig <hch@infradead.org> Signed-off-by: Tim Shimmin <tes@sgi.com> Signed-off-by: Lachlan McIlroy <lachlan@sgi.com>
Diffstat (limited to 'fs/xfs/xfs_bmap_btree.c')
0 files changed, 0 insertions, 0 deletions