1. 13 8月, 2013 3 次提交
    • D
      xfs: kill xfs_vnodeops.[ch] · c24b5dfa
      Dave Chinner 提交于
      Now we have xfs_inode.c for holding kernel-only XFS inode
      operations, move all the inode operations from xfs_vnodeops.c to
      this new file as it holds another set of kernel-only inode
      operations. The name of this file traces back to the days of Irix
      and it's vnodes which we don't have anymore.
      
      Essentially this move consolidates the inode locking functions
      and a bunch of XFS inode operations into the one file. Eventually
      the high level functions will be merged into the VFS interface
      functions in xfs_iops.c.
      
      This leaves only internal preallocation, EOF block manipulation and
      hole punching functions in vnodeops.c. Move these to xfs_bmap_util.c
      where we are already consolidating various in-kernel physical extent
      manipulation and querying functions.
      Signed-off-by: NDave Chinner <dchinner@redhat.com>
      Reviewed-by: NMark Tinguely <tinguely@sgi.com>
      Signed-off-by: NBen Myers <bpm@sgi.com>
      c24b5dfa
    • D
      xfs: minor cleanups · c5c249b4
      Dave Chinner 提交于
      These come from syncing the shared userspace and kernel code. Small
      whitespace and trivial cleanups.
      Signed-off-by: NDave Chinner <dchinner@redhat.com>
      Reviewed-by: NMark Tinguely <tinguely@sgi.com>
      Signed-off-by: NBen Myers <bpm@sgi.com>
      c5c249b4
    • D
      xfs: move inode fork definitions to a new header file · 5c4d97d0
      Dave Chinner 提交于
      The inode fork definitions are a combination of on-disk format
      definition and in-memory tracking and manipulation. They are both
      shared with userspace, so move them all into their own file so
      sharing is easy to do and track.  This removes all inode fork
      related information from xfs_inode.h.
      
      Do the same for the all the C code that currently resides in
      xfs_inode.c for the same reason.
      Signed-off-by: NDave Chinner <dchinner@redhat.com>
      Reviewed-by: NMark Tinguely <tinguely@sgi.com>
      Signed-off-by: NBen Myers <bpm@sgi.com>
      5c4d97d0