1. 29 1月, 2008 2 次提交
  2. 23 10月, 2007 1 次提交
    • R
      [MIPS] time: SMP-proofing of Sibyte clockevent/clocksource code. · d0453365
      Ralf Baechle 提交于
      The BCM148 has 4 cores but there are also just 4 generic timers available
      so use the ZBbus cycle counter instead of it.  In addition the ZBbus
      counter also offers a much higher resolution and 64-bit counting so I'm
      considering a later complete conversion to it once I figure out if all
      members of the Sibyte SOC family support it - the docs seem to agree but
      the headers files seem to disagree ...
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      d0453365
  3. 12 10月, 2007 1 次提交
  4. 12 9月, 2007 1 次提交
  5. 18 7月, 2007 1 次提交
    • M
      sb1250-duart.c: SB1250 DUART serial support · b45d5279
      Maciej W. Rozycki 提交于
      This is a driver for the SB1250 DUART, a dual serial port implementation
      included in the Broadcom family of SOCs descending from the SiByte SB1250
      MIPS64 chip multiprocessor.  It is a new implementation replacing the
      old-fashioned driver currently present in the linux-mips.org tree.  It
      supports all the usual features one would expect from a(n asynchronous)
      serial driver, including modem line control (as far as hardware supports it
      -- there is edge detection logic missing from the DCD and RI lines and the
      driver does not implement polling of these lines at the moment), the serial
      console, BREAK transmission and reception, including the magic SysRq.  The
      receive FIFO threshold is not maintained though.
      
      The driver was tested with a SWARM board which uses a BCM1250 SOC (which is
      dual MIPS64 CMP) and has both ports of the single DUART implemented wired
      externally.  Both were tested.  Testing included using the ports as
      terminal lines at 1200bps (which is the ports minimum), 115200bps and a
      couple of random speeds inbetween.  The modem lines were verified to
      operate correctly.  No testing was performed with a use as a network
      interface, like with SLIP or PPP.
      Signed-off-by: NMaciej W. Rozycki <macro@linux-mips.org>
      Acked-by: NRalf Baechle <ralf@linux-mips.org>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b45d5279
  6. 27 4月, 2007 1 次提交
    • M
      [MIPS] Updated Sibyte headers · 8deab114
      Mark Mason 提交于
      This is an update to the earlier patch for the sibyte headers, and superceeds
      the previous patch.  Changes were necessary to get the tbprof driver working
      on the bcm1480.
      
      Patch to update Sibyte header files to match master versions maintained
      at Broadcom.  This patch also corrects some whitespace problems, and
      (hopefully) shouldn't introduce any new ones.
      Signed-off-by: NMark Mason <mason@broadcom.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      8deab114
  7. 20 4月, 2007 1 次提交
  8. 25 3月, 2007 1 次提交
  9. 10 3月, 2007 1 次提交
  10. 05 3月, 2007 1 次提交
  11. 01 11月, 2006 1 次提交
    • A
      [MIPS] Fixup migration to GENERIC_TIME · 16b7b2ac
      Atsushi Nemoto 提交于
      Since we already moved to GENERIC_TIME, we should implement alternatives
      of old do_gettimeoffset routines to get sub-jiffies resolution from
      gettimeofday().  This patch includes:
      
       * MIPS clocksource support (based on works by Manish Lachwani).
       * remove unused gettimeoffset routines and related codes.
       * remove unised 64bit do_div64_32().
       * simplify mips_hpt_init. (no argument needed, __init tag)
       * simplify c0_hpt_timer_init. (no need to write to c0_count)
       * remove some hpt_init routines.
       * mips_hpt_mask variable to specify bitmask of hpt value.
       * convert jmr3927_do_gettimeoffset to jmr3927_hpt_read.
       * convert ip27_do_gettimeoffset to ip27_hpt_read.
       * convert bcm1480_do_gettimeoffset to bcm1480_hpt_read.
       * simplify sb1250 hpt functions. (no need to subtract and shift)
      Signed-off-by: NAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      16b7b2ac
  12. 27 9月, 2006 1 次提交
  13. 26 4月, 2006 1 次提交
  14. 19 3月, 2006 2 次提交
    • 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
    • R
      [MIPS] Sibyte: Fix M_SCD_TIMER_INIT and M_SCD_TIMER_CNT wrong field width. · a77f1242
      Ralf Baechle 提交于
          
      From Dave Johnson <djohnson+linuxmips@sw.starentnetworks.com>:
          
      Field width should be 23 bits not 20 bits.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      a77f1242
  15. 30 10月, 2005 7 次提交
  16. 05 9月, 2005 1 次提交
  17. 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