22 Feb, 2007

1 commit

  • This patch adds trivial support for SMARTMIPS extension. This extension
    is currently implemented by 4KS[CD] CPUs.

    Basically it saves/restores ACX register, which is part of the SMARTMIPS
    ASE, when needed. This patch does *not* add any support for Smartmips MMU
    features.

    Futhermore this patch does not add explicit support for 4KS[CD] CPUs since
    they are respectively mips32 and mips32r2 compliant. So with the current
    processor configuration, a platform that has such CPUs needs to select
    both configs:

    CPU_HAS_SMARTMIPS
    SYS_HAS_CPU_MIPS32_R[12]

    This is due to the processor configuration which is mixing up all the
    architecture variants and the processor types.

    The drawback of this, is that we currently pass '-march=mips32' option to
    gcc when building a kernel instead of '-march=4ksc' for 4KSC case. This
    can lead to a kernel image a little bit bigger than required.

    Signed-off-by: Franck Bui-Huu
    Signed-off-by: Ralf Baechle

    Franck Bui-Huu
     

20 Feb, 2007

1 commit

  • The kernel use 64-bit for sc_regs[0], and both N32/N64 userland
    expects it was 64-bit. But size of 'long' on N32 is actually 32-bit.
    So this definition make some confusion. Use __u32 and __u64 for
    N32/N64 sigcontext to get rid of this confusion.

    Signed-off-by: Atsushi Nemoto
    Signed-off-by: Ralf Baechle

    Atsushi Nemoto
     

11 Feb, 2007

1 commit

  • All the information in the MIPS c0_status register is priviledged.
    Nothing that would constitute part of the thread context.

    The one flag one could possibly argument about might be c0_status.fr
    but none of the ABIs or tools or application software can make use
    of it.

    So for consistency with restore_sigcontext32(), which does not
    restore c0_status register, this patch remove the saving part.

    Signed-off-by: Franck Bui-Huu
    Signed-off-by: Ralf Baechle

    Franck Bui-Huu
     

01 Jun, 2006

1 commit


30 Oct, 2005

1 commit


05 Sep, 2005

1 commit


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