1. 19 2月, 2009 2 次提交
  2. 18 2月, 2009 1 次提交
  3. 01 2月, 2009 1 次提交
  4. 28 1月, 2009 1 次提交
  5. 22 1月, 2009 1 次提交
  6. 26 12月, 2008 1 次提交
  7. 23 12月, 2008 1 次提交
  8. 19 12月, 2008 3 次提交
  9. 29 11月, 2008 1 次提交
  10. 26 11月, 2008 3 次提交
  11. 21 11月, 2008 1 次提交
  12. 20 11月, 2008 1 次提交
  13. 15 11月, 2008 2 次提交
  14. 13 11月, 2008 1 次提交
    • D
      niu: Fix readq implementation when architecture does not provide one. · e23a59e1
      David S. Miller 提交于
      This fixes a TX hang reported by Jesper Dangaard Brouer.
      
      When an architecutre cannot provide a fully functional
      64-bit atomic readq/writeq, the driver must implement
      it's own.  This is because only the driver can say whether
      doing something like using two 32-bit reads to implement
      the full 64-bit read will actually work properly.
      
      In particular one of the issues is whether the top 32-bits
      or the bottom 32-bits of the 64-bit register should be read
      first.  There could be side effects, and in fact that is
      exactly the problem here.
      
      The TX_CS register has counters in the upper 32-bits and
      state bits in the lower 32-bits.  A read clears the state
      bits.
      
      We would read the counter half before the state bit half.
      That first read would clear the state bits, and then the
      driver thinks that no interrupts are pending because the
      interrupt indication state bits are seen clear every time.
      
      Fix this by reading the bottom half before the upper half.
      Tested-by: NJesper Dangaard Brouer <jdb@comx.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e23a59e1
  15. 04 11月, 2008 2 次提交
  16. 28 10月, 2008 1 次提交
  17. 13 9月, 2008 1 次提交
  18. 31 8月, 2008 1 次提交
  19. 30 7月, 2008 1 次提交
  20. 18 7月, 2008 1 次提交
  21. 02 7月, 2008 1 次提交
  22. 12 5月, 2008 1 次提交
  23. 04 5月, 2008 1 次提交
  24. 25 4月, 2008 2 次提交
  25. 29 2月, 2008 1 次提交
  26. 20 2月, 2008 1 次提交
  27. 19 2月, 2008 2 次提交
  28. 29 1月, 2008 1 次提交
  29. 17 1月, 2008 1 次提交
  30. 10 1月, 2008 1 次提交
    • M
      [NIU]: Support for Marvell PHY · b0de8e40
      Mirko Lindner 提交于
      From: Mirko Lindner <mlindner@marvell.com>
      
      This patch makes necessary changes in the Neptune driver to support 
      the new Marvell PHY. It also adds support for the LED blinking
      on Neptune cards with Marvell PHY. All registers are using defines
      in the niu.h header file as is already done for the BCM8704 registers.
      
      [ Coding style, etc. cleanups -DaveM ]
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b0de8e40
  31. 09 1月, 2008 1 次提交