06 Jan, 2006

1 commit


04 Jan, 2006

2 commits

  • Add limited ethtool support to bridge to allow disabling
    features.

    Note: if underlying device does not support a feature (like checksum
    offload), then the bridge device won't inherit it.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     
  • Speed of a interface may not be available until carrier
    is detected in the case of autonegotiation. To get the correct value
    we need to recheck speed after carrier event. But the check needs to
    be done in a context that is similar to normal ethtool interface (can sleep).

    Also, delay check for 1ms to try avoid any carrier bounce transitions.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     

24 Nov, 2005

1 commit

  • We must recompute bridge features everytime the list of underlying
    devices changes, or we might end up with features that are not
    supported by all devices (eg. NETIF_F_TSO)
    This patch adds the missing recompute when adding a device to the bridge.

    Signed-off-by: Olaf Rempel
    Signed-off-by: David S. Miller

    Olaf Rempel
     

13 Oct, 2005

1 commit

  • This fixes the RCU race on bridge delete interface. Basically,
    the network device has to be detached from the bridge in the first
    step (pre-RCU), rather than later. At that point, no more bridge traffic
    will come in, and the other code will not think that network device
    is part of a bridge.

    This should also fix the XEN test problems.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     

30 May, 2005

1 commit


17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds