1. 17 12月, 2010 1 次提交
  2. 01 5月, 2010 1 次提交
  3. 01 10月, 2009 1 次提交
  4. 15 8月, 2009 1 次提交
  5. 17 6月, 2009 2 次提交
  6. 20 10月, 2007 1 次提交
  7. 12 10月, 2007 1 次提交
  8. 25 3月, 2007 1 次提交
  9. 05 12月, 2006 1 次提交
  10. 14 7月, 2006 1 次提交
  11. 11 7月, 2006 1 次提交
  12. 01 7月, 2006 1 次提交
  13. 20 6月, 2006 2 次提交
  14. 28 3月, 2006 1 次提交
  15. 19 3月, 2006 1 次提交
    • R
      [MIPS] Sibyte: Fix race in sb1250_gettimeoffset(). · a904f747
      Ralf Baechle 提交于
          
      From Dave Johnson <djohnson+linuxmips@sw.starentnetworks.com>:
          
      sb1250_gettimeoffset() simply reads the current cpu 0 timer remaining
      value, however once this counter reaches 0 and the interrupt is raised,
      it immediately resets and begins to count down again.
          
      If sb1250_gettimeoffset() is called on cpu 1 via do_gettimeofday() after
      the timer has reset but prior to cpu 0 processing the interrupt and
      taking write_seqlock() in timer_interrupt() it will return a full value
      (or close to it) causing time to jump backwards 1ms. Once cpu 0 handles
      the interrupt and timer_interrupt() gets far enough along it will jump
      forward 1ms.
          
      Fix this problem by implementing mips_hpt_*() on sb1250 using a spare
      timer unrelated to the existing periodic interrupt timers. It runs at
      1Mhz with a full 23bit counter.  This eliminated the custom
      do_gettimeoffset() for sb1250 and allowed use of the generic
      fixed_rate_gettimeoffset() using mips_hpt_*() and timerhi/timerlo.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      a904f747
  16. 30 10月, 2005 3 次提交
  17. 05 9月, 2005 2 次提交
  18. 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