08 Feb, 2007

1 commit


29 Jun, 2006

1 commit

  • Majorily based on Hyok Choi's patches, this fixes up the asm-arm
    header files for mmuless systems. Over and above Hyok's patches:

    - nommu.h merged into mmu.h (it's only a structure)
    - nommu_context.h is essentially the same as mmu_context.h, but
    without the MM switching code.

    so there's no point having separate files. Also, in memory.h,
    there's no point #ifndef'ing PHYS_OFFSET and END_MEM - both
    CONFIG_DRAM_BASE and CONFIG_DRAM_SIZE will always be set by the
    configuration scripts.

    Other files have minor formatting changes, but are essentially
    the same. Hyok's original patches were signed off thusly:

    Signed-off-by: Hyok S. Choi

    Signed-off-by: Russell King

    Russell King
     

29 Mar, 2006

1 commit

  • Patch from Lennert Buytenhek

    This patch adds support for the new XScale v3 core. This is an
    ARMv5 ISA core with the following additions:

    - L2 cache
    - I/O coherency support (on select chipsets)
    - Low-Locality Reference cache attributes (replaces mini-cache)
    - Supersections (v6 compatible)
    - 36-bit addressing (v6 compatible)
    - Single instruction cache line clean/invalidate
    - LRU cache replacement (vs round-robin)

    I attempted to merge the XSC3 support into proc-xscale.S, but XSC3
    cores have separate errata and have to handle things like L2, so it
    is simpler to keep it separate.

    L2 cache support is currently a build option because the L2 enable
    bit must be set before we enable the MMU and there is no easy way to
    capture command line parameters at this point.

    There are still optimizations that can be done such as using LLR for
    copypage (in theory using the exisiting mini-cache code) but those
    can be addressed down the road.

    Signed-off-by: Deepak Saxena
    Signed-off-by: Lennert Buytenhek
    Signed-off-by: Russell King

    Lennert Buytenhek
     

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