22 Jun, 2005

2 commits


21 Jun, 2005

1 commit


19 Jun, 2005

1 commit


14 Jun, 2005

1 commit


13 Jun, 2005

1 commit


10 Jun, 2005

1 commit

  • My patch from a few weeks back (now in mainline), called "Cleanup skbs to
    prevent unregister_netdevice() hanging", can cause our TX timeout code to
    fire on machines with lots of VLANs (because it takes > 2 seconds between
    when we stop the queues and when we're finished stopping the connections).

    When that happens the TX timeout code freaks out and does a WARN_ON()
    because as far as it's concerned there shouldn't be a TX timeout happening,
    which is fair enough.

    I have a "proper" fix for this, which is to a) do refcounting on
    connections and b) implement a proper ack timer so we don't keep unacked
    skbs lying around for ever. But for 2.6.12 I propose just supressing the
    WARN_ON(). Users will still see the "NETDEV WATCHDOG" warning, but that's
    not nearly as bad as a WARN_ON() which users interpret as an Oops.

    Signed-off-by: Michael Ellerman
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Michael Ellerman
     

09 Jun, 2005

2 commits


07 Jun, 2005

3 commits

  • Signed-off-by: David S. Miller

    David S. Miller
     
  • On some 5701 devices with older bootcode, the LED configuration bits in
    SRAM may be invalid with value zero. The fix is to check for invalid
    bits (0) and default to PHY 1 mode. Incorrect LED mode will lead to
    error in programming the PHY.

    Thanks to Grant Grundler for debugging the problem.

    >From Grant:
    | In May, 2004, tg3 v3.4 changed how MAC_LED_CTRL (0x40c) was getting
    | programmed and how to determine what to program into LED_CTRL. The new
    | code trusted NIC_SRAM_DATA_CFG (0x00000b58) to indicate what to write
    | to LED_CTRL and MII EXT_CTRL registers. On "IOX Core Lan", SRAM was
    | saying MODE_MAC (0x0) and that doesn't work.

    Signed-off-by: Michael Chan
    Signed-off-by: David S. Miller

    Michael Chan
     
  • Signed-off-by: Michael Chan
    Signed-off-by: David S. Miller

    Michael Chan
     

05 Jun, 2005

13 commits


04 Jun, 2005

2 commits


03 Jun, 2005

3 commits


30 May, 2005

9 commits


28 May, 2005

1 commit