1. 06 6月, 2008 1 次提交
  2. 29 4月, 2008 2 次提交
  3. 12 3月, 2008 1 次提交
  4. 30 10月, 2007 1 次提交
  5. 23 10月, 2007 1 次提交
  6. 12 10月, 2007 6 次提交
  7. 01 8月, 2007 1 次提交
  8. 21 6月, 2007 1 次提交
  9. 15 6月, 2007 2 次提交
  10. 12 6月, 2007 1 次提交
  11. 07 6月, 2007 1 次提交
  12. 05 3月, 2007 1 次提交
  13. 09 1月, 2007 1 次提交
  14. 30 11月, 2006 1 次提交
  15. 01 11月, 2006 2 次提交
  16. 22 10月, 2006 1 次提交
  17. 09 10月, 2006 1 次提交
  18. 08 10月, 2006 1 次提交
  19. 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
  20. 14 7月, 2006 2 次提交
  21. 01 7月, 2006 1 次提交
  22. 19 4月, 2006 1 次提交
  23. 10 1月, 2006 2 次提交
  24. 30 10月, 2005 2 次提交
  25. 05 9月, 2005 1 次提交
  26. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4