Eric Lee / smarc-fsl-linux-kernel

10 Feb, 2007

2 commits

  • 6be145bfb   [XFS] Remove a bunch of unused functions from XFS. ... Browse Code »

    Patch provided by Eric Sandeen (sandeen@sandeen.net).

    SGI-PV: 960897
    SGI-Modid: xfs-linux-melb:xfs-kern:28038a

    Signed-off-by: Eric Sandeen
    Signed-off-by: David Chinner
    Signed-off-by: Tim Shimmin

    Eric Sandeen
     
  • 2c36ddeda   [XFS] Remove unused arguments from the XFS_BTREE_*_ADDR macros. ... Browse Code »

    It makes it incrementally clearer to read the code when the top of a macro
    spaghetti-pile only receives the 3 arguments it uses, rather than 2 extra
    ones which are not used. Also when you start pulling this thread out of
    the sweater (i.e. remove unused args from XFS_BTREE_*_ADDR), a couple
    other third arms etc fall off too. If they're not used in the macro, then
    they sometimes don't need to be passed to the function calling the macro
    either, etc....

    Patch provided by Eric Sandeen (sandeen@sandeen.net).

    SGI-PV: 960197
    SGI-Modid: xfs-linux-melb:xfs-kern:28037a

    Signed-off-by: Eric Sandeen
    Signed-off-by: David Chinner
    Signed-off-by: Tim Shimmin

    Eric Sandeen
     

28 Sep, 2006

2 commits

14 Mar, 2006

1 commit

  • 0293ce3a9   [XFS] 929045 567344 This mod introduces multi-level in-core file extent ... Browse Code »

    functionality, building upon the new layout introduced in mod
    xfs-linux:xfs-kern:207390a. The new multi-level extent allocations are
    only required for heavily fragmented files, so the old-style linear extent
    list is used on files until the extents reach a pre-determined size of 4k.
    4k buffers are used because this is the system page size on Linux i386 and
    systems with larger page sizes don't seem to gain much, if anything, by
    using their native page size as the extent buffer size. Also, using 4k
    extent buffers everywhere provides a consistent interface for CXFS across
    different platforms. The 4k extent buffers are managed by an indirection
    array (xfs_ext_irec_t) which is basically just a pointer array with a bit
    of extra information to keep track of the number of extents in each buffer
    as well as the extent offset of each buffer. Major changes include: -
    Add multi-level in-core file extent functionality to the xfs_iext_
    subroutines introduced in mod: xfs-linux:xfs-kern:207390a - Introduce 13
    new subroutines which add functionality for multi-level in-core file
    extents: xfs_iext_add_indirect_multi()
    xfs_iext_remove_indirect() xfs_iext_realloc_indirect()
    xfs_iext_indirect_to_direct() xfs_iext_bno_to_irec()
    xfs_iext_idx_to_irec() xfs_iext_irec_init()
    xfs_iext_irec_new() xfs_iext_irec_remove()
    xfs_iext_irec_compact() xfs_iext_irec_compact_pages()
    xfs_iext_irec_compact_full() xfs_iext_irec_update_extoffs()

    SGI-PV: 928864
    SGI-Modid: xfs-linux-melb:xfs-kern:207393a

    Signed-off-by: Mandy Kirkconnell
    Signed-off-by: Nathan Scott

    Mandy Kirkconnell
     

02 Nov, 2005

3 commits

08 Sep, 2005

1 commit

21 Jun, 2005

1 commit

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds