1. 27 2月, 2009 3 次提交
  2. 20 1月, 2009 1 次提交
    • M
      tg3: Fix firmware loading · 9e9fd12d
      Matt Carlson 提交于
      This patch modifies how the tg3 driver handles device firmware.
      
      The patch starts by consolidating David Woodhouse's earlier patch under
      the same name.  Specifically, the patch moves the request_firmware call
      into a separate tg3_request_firmware() function and calls that function
      from tg3_open() rather than tg3_init_one().
      
      The patch then goes on to limit the number of devices that will make
      request_firmware calls.  The original firmware patch unnecessarily
      requested TSO firmware for devices that did not need it.  This patch
      reduces the set of devices making TSO firmware patches to approximately
      the following device set : 5703, 5704, and 5705.
      
      Finally, the patch reduces the effects of a request_firmware() failure.
      For those devices that are requesting TSO firmware, the driver will turn
      off the TSO capability.  If TSO firmware becomes available at a later
      time, the device can be closed and then opened again to reacquire the
      TSO capability.
      Signed-off-by: NMatt Carlson <mcarlson@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9e9fd12d
  3. 05 1月, 2009 1 次提交
  4. 22 12月, 2008 3 次提交
  5. 16 12月, 2008 1 次提交
  6. 22 11月, 2008 4 次提交
  7. 04 11月, 2008 5 次提交
  8. 09 10月, 2008 1 次提交
  9. 11 9月, 2008 1 次提交
  10. 16 8月, 2008 3 次提交
  11. 29 5月, 2008 6 次提交
  12. 03 5月, 2008 3 次提交
    • M
      tg3: Add link state reporting to UMP firmware · 7c5026aa
      Matt Carlson 提交于
      All variants of the 5714, 5715, and 5780 offer a feature called the
      "Universal Management Port".  This feature is implemented in firmware
      and is largely transparent to the driver, except...
      
      It turns out that the UMP firmware needs to know the current status
      of the link.  Because the firmware cannot touch the PHY registers while
      the driver is in control of the device, it needs the driver to report
      link status changes through an additional handshaking mechanism.
      Without this handshake, it has been observed in the field that the UMP
      firmware will not operate correctly.
      
      This patch implements the new handshake with the UMP firmware.  Since
      the handshake uses the same mechanism ASF heartbeats use, code was
      added to detect and wait for completion of a pending previous event.
      Signed-off-by: NMatt Carlson <mcarlson@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7c5026aa
    • M
      tg3: Fix 5761 NVRAM sizes · fd1122a2
      Matt Carlson 提交于
      The 5761 NVRAM sizes assigned to the nvram_size member are half as big
      as they should be.  This patch corrects the NVRAM sizes and replaces
      the hardcoded constants with preprocessor constants for readability.
      Signed-off-by: NMatt Carlson <mcarlson@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fd1122a2
    • M
      tg3: Use constant 500KHz MI clock on adapters with a CPMU · 8ef21428
      Matt Carlson 提交于
      The MI clock is not configured correctly on adapters with the CPMU
      present.  The tg3 driver has code which statically sets the MI clock to
      be a fraction of the speed at which the core clock is running.
      However, the CPMU can change the adapter's core clock frequency based
      on operating conditions.  Consequently, the MI will run slow when the
      core's clock has been slowed down.
      
      There is a new 500KHz constant frequency clock available on adapters
      with a CPMU.  This patch removes the static core clock scaling and
      configures the MI clock to use this new 500KHz clock instead.
      
      Running the MI clock at slower speeds will not directly result in data
      corruption, but it does challenge the PHY read and write routine timeouts.
      Signed-off-by: NMatt Carlson <mcarlson@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8ef21428
  13. 20 4月, 2008 1 次提交
    • M
      tg3: 5701 DMA corruption fix · 41588ba1
      Matt Carlson 提交于
      Herbert Xu's commit fb93134d, entitled
      "[TCP]: Fix size calculation in sk_stream_alloc_pskb", has triggered a
      bug in the 5701 where the 5701 DMA engine will corrupt outgoing
      packets.  This problem only happens when the starting address of the
      packet matches a certain range of offsets and only when the 5701 is
      placed downstream of a particular Intel bridge.
      
      This patch detects the problematic bridge and if present, readjusts the
      starting address of the packet data to a dword aligned boundary.
      Signed-off-by: NMatt Carlson <mcarlson@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      41588ba1
  14. 04 4月, 2008 1 次提交
  15. 29 1月, 2008 2 次提交
  16. 13 11月, 2007 4 次提交