17 Oct, 2007

1 commit

  • fs/proc/mmu.c consists of only one function which uses only:
    1) struct vmalloc_info *
    2) struct vm_struct *
    3) struct vmalloc_info
    4) vmlist
    5) VMALLOC_TOTAL, VMALLOC_START, VMALLOC_END
    6) read_lock, read_unlock
    7) vmlist_lock
    8) struct vm_struct

    This gives us linux/spinlock.h, asm/pgtable.h, "internal.h", linux/vmalloc.h.
    asm/pgtable.h uses PKMAP_BASE on i386, for which asm/highmem.h is needed.
    But, linux/highmem.h is actually used to make it compile everywhere.
    I'll deal later with this particular i386 surprise.

    Cross-compile tested on many archs and configs.

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alexey Dobriyan
     

17 May, 2005

1 commit

  • VmallocTotal: 34359738367 kB
    VmallocUsed: 266288 kB
    VmallocChunk: 18014366299193295 kB
    is unsettling - x86_64 and some other architectures keep a separate address
    range for modules in vmalloc's vmlist, which /proc/meminfo should pass over.

    Signed-off-by: Hugh Dickins
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Hugh Dickins
     

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