1. 27 2月, 2010 4 次提交
  2. 13 1月, 2010 1 次提交
  3. 17 12月, 2009 1 次提交
    • D
      MIPS: Put PGD in C0_CONTEXT for 64-bit R2 processors. · 82622284
      David Daney 提交于
      Processors that support the mips64r2 ISA can in four instructions
      convert a shifted PGD pointer stored in the upper bits of c0_context
      into a usable pointer.  By doing this we save a memory load and
      associated potential cache miss in the TLB exception handlers.
      
      Since the upper bits of c0_context were holding the CPU number, we
      move this to the upper bits of c0_xcontext which doesn't have enough
      bits to hold the PGD pointer, but has plenty for the CPU number.
      Signed-off-by: NDavid Daney <ddaney@caviumnetworks.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      82622284
  4. 18 9月, 2009 2 次提交
  5. 25 6月, 2009 1 次提交
  6. 17 6月, 2009 6 次提交
  7. 30 3月, 2009 2 次提交
    • M
      MIPS: Alchemy: MIPS hazard workarounds are not required. · 2f794d09
      Manuel Lauss 提交于
      The Alchemy manuals state:
      
      "All pipeline hazards and dependencies are enforced by hardware interlocks
       so that any sequence of instructions is guaranteed to execute correctly.
       Therefore, it is not necessary to pad legacy MIPS hazards (such as
       load delay slots and coprocessor accesses) with NOPs."
      
      Run-tested on Au12x0, without any ill effects.
      Signed-off-by: NManuel Lauss <mano@roarinelk.homelinux.net>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      2f794d09
    • M
      MIPS: Alchemy: unify CPU model constants. · 270717a8
      Manuel Lauss 提交于
      This patch removes the various CPU_AU1??? model constants in favor of
      a single CPU_ALCHEMY one.
      
      All currently existing Alchemy models are identical in terms of cpu
      core and cache size/organization.  The parts of the mips kernel which
      need to know the exact CPU revision extract it from the c0_prid register
      already; and finally nothing else in-tree depends on those any more.
      
      Should a new variant with slightly different "company options" and/or
      "processor revision" bits in c0_prid appear, it will be supported
      immediately (minus an exact model string in cpuinfo).
      Signed-off-by: NManuel Lauss <mano@roarinelk.homelinux.net>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      270717a8
  8. 12 3月, 2009 1 次提交
    • S
      MIPS: NEC VR5500 processor support fixup · a644b277
      Shinya Kuribayashi 提交于
      Current VR5500 processor support lacks of some functions which are
      expected to be configured/synthesized on arch initialization.
      
      Here're some VR5500A spec notes:
      
      * All execution hazards are handled in hardware.
      
      * Once VR5500A stops the operation of the pipeline by WAIT instruction,
        it could return from the standby mode only when either a reset, NMI
        request, or all enabled interrupts is/are detected.  In other words,
        if interrupts are disabled by Status.IE=0, it keeps in standby mode
        even when interrupts are internally asserted.
      
        Notes on WAIT: The operation of the processor is undefined if WAIT
        insn is in the branch delay slot.  The operation is also undefined
        if WAIT insn is executed when Status.EXL and Status.ERL are set to 1.
      
      * VR5500A core only implements the Load prefetch.
      
      With these changes, it boots fine.
      Signed-off-by: NShinya Kuribayashi <shinya.kuribayashi@necel.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      a644b277
  9. 11 1月, 2009 1 次提交
  10. 06 9月, 2008 1 次提交
  11. 06 6月, 2008 1 次提交
  12. 01 4月, 2008 1 次提交
  13. 12 3月, 2008 1 次提交
  14. 01 2月, 2008 1 次提交
    • T
      [MIPS] Split the micro-assembler from tlbex.c. · e30ec452
      Thiemo Seufer 提交于
      This patch moves the micro-assembler in a separate implementation, as
      it is useful for further run-time optimizations. The only change in
      behaviour is cutting down printk noise at kernel startup time.
      
      Checkpatch complains about macro parameters which aren't protected by
      parentheses. I believe this is a flaw in checkpatch, the paste operator
      used in those macros won't work with parenthesised parameters.
      Signed-off-by: NThiemo Seufer <ths@networkno.de>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      e30ec452
  15. 29 1月, 2008 7 次提交
  16. 13 10月, 2007 1 次提交
  17. 12 10月, 2007 5 次提交
  18. 15 9月, 2007 1 次提交
  19. 12 9月, 2007 1 次提交
  20. 11 9月, 2007 1 次提交