1. 26 9月, 2006 1 次提交
  2. 23 9月, 2006 1 次提交
  3. 21 3月, 2006 1 次提交
    • S
      [NET] core: add RFC2863 operstate · b00055aa
      Stefan Rompf 提交于
      this patch adds a dormant flag to network devices, RFC2863 operstate derived
      from these flags and possibility for userspace interaction. It allows drivers
      to signal that a device is unusable for user traffic without disabling
      queueing (and therefore the possibility for protocol establishment traffic to
      flow) and a userspace supplicant (WPA, 802.1X) to mark a device unusable
      without changes to the driver.
      
      It is the result of our long discussion. However I must admit that it
      represents what Jamal and I agreed on with compromises towards Krzysztof, but
      Thomas and Krzysztof still disagree with some parts. Anyway I think it should
      be applied.
      Signed-off-by: NStefan Rompf <stefan@loplof.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b00055aa
  4. 04 3月, 2006 1 次提交
    • J
      [PATCH] bonding: suppress duplicate packets · 8f903c70
      Jay Vosburgh 提交于
      	Originally submitted by Kenzo Iwami; his original description is:
      
      The current bonding driver receives duplicate packets when broadcast/
      multicast packets are sent by other devices or packets are flooded by the
      switch. In this patch, new flags are added in priv_flags of net_device
      structure to let the bonding driver discard duplicate packets in
      dev.c:skb_bond().
      
      	Modified by Jay Vosburgh to change a define name, update some
      comments, rearrange the new skb_bond() for clarity, clear all bonding
      priv_flags on slave release, and update the driver version.
      Signed-off-by: NKenzo Iwami <k-iwami@cj.jp.nec.com>
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8f903c70
  5. 13 5月, 2005 1 次提交
  6. 06 5月, 2005 1 次提交
  7. 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