13 Feb, 2007

1 commit

  • Many struct inode_operations in the kernel can be "const". Marking them const
    moves these to the .rodata section, which avoids false sharing with potential
    dirty data. In addition it'll catch accidental writes at compile time to
    these shared resources.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

29 Mar, 2006

1 commit

  • This is a conversion to make the various file_operations structs in fs/
    const. Basically a regexp job, with a few manual fixups

    The goal is both to increase correctness (harder to accidentally write to
    shared datastructures) and reducing the false sharing of cachelines with
    things that get dirty in .data (while .rodata is nicely read only and thus
    cache clean)

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

14 Mar, 2006

2 commits


11 Jan, 2006

1 commit

  • allows us to submit much larger I/Os instead of sending down lots of small
    buffer_heads. To do this we need to have a rather complicated I/O
    submission and completion tracking infrastructure. Part of the latter has
    been merged already a long time ago for direct I/O support. Part of the
    problem is that we need to track sub-pagesize regions and for that we
    still need buffer_heads for the time beeing. Long-term I hope we can move
    to better data strucutures and/or maybe move this to fs/mpage.c instead of
    having it in XFS. Original patch from Nathan Scott with various updates
    from David Chinner and Christoph Hellwig.

    SGI-PV: 947118
    SGI-Modid: xfs-linux-melb:xfs-kern:203822a

    Signed-off-by: Christoph Hellwig
    Signed-off-by: Nathan Scott

    Christoph Hellwig
     

02 Nov, 2005

2 commits


17 Apr, 2005

1 commit

  • 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