1. 15 8月, 2009 1 次提交
  2. 16 7月, 2008 5 次提交
  3. 06 6月, 2008 1 次提交
  4. 29 4月, 2008 2 次提交
  5. 12 3月, 2008 1 次提交
  6. 30 10月, 2007 1 次提交
  7. 23 10月, 2007 1 次提交
  8. 12 10月, 2007 6 次提交
  9. 01 8月, 2007 1 次提交
  10. 21 6月, 2007 1 次提交
  11. 15 6月, 2007 2 次提交
  12. 12 6月, 2007 1 次提交
  13. 07 6月, 2007 1 次提交
  14. 05 3月, 2007 1 次提交
  15. 09 1月, 2007 1 次提交
  16. 30 11月, 2006 1 次提交
  17. 01 11月, 2006 2 次提交
  18. 22 10月, 2006 1 次提交
  19. 09 10月, 2006 1 次提交
  20. 08 10月, 2006 1 次提交
  21. 27 9月, 2006 2 次提交
    • M
      [MIPS] Atlas: update interrupt handling · fc095a90
      Maciej W. Rozycki 提交于
      The following change updates the Atlas interrupt handling to match that
      of Malta.  Tested with a 5Kc and a 34Kf successfully.
      Signed-off-by: NMaciej W. Rozycki <macro@mips.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      fc095a90
    • K
      [MIPS] Patch to arch/mips/mips-boards/generic/time.c · 846acaa2
      Kevin D. Kissell 提交于
      In hooking up the perf counter overflow interrupt to the experimental
      deprecated-real-soon-now /proc/perf interface last night, I had to
      revisit arch/mips/mips-boards/generic/time.c, and discovered that
      when the 2.6.9-based SMTC prototype was merged with the more
      recent tree, it was missed that arch/mips/kernel/time.c had changed
      so that even in SMP kernels, timer_interrupt() calls
      local_timer_interrupt(), so there is no longer a need to invoke it
      directly from mips_timer_interrupt() in those cases where
      timer_interrupt() has been called.  So I got rid of that, and added the
      invocation of perf_irq() if Cause.PCI is set, more-or-less following the
      same logic as in the non-SMTC case, with the modifications that (a) a
      runtime check for Release 2 isn't done, because it's redundant in SMTC),
      and (b) we check for a clock interrupt regardless of the value returned
      by the perf counter service - I don't understand why we'd want to control
      that with perf_irq(), but maybe one of you knows the story.  I also got
      rid of the stupid warning about the unused variable when compiled for
      SMTC (another artifact of the merge). The result hasn't been beaten to
      death, but boots, seems stable, and supports extended precision event
      counting.
      Signed-off-by: NKevin D. Kissell <kevink@mips.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      846acaa2
  22. 14 7月, 2006 2 次提交
  23. 01 7月, 2006 1 次提交
  24. 19 4月, 2006 1 次提交
  25. 10 1月, 2006 2 次提交