1. 18 2月, 2006 1 次提交
  2. 07 2月, 2006 2 次提交
  3. 27 1月, 2006 1 次提交
  4. 13 1月, 2006 1 次提交
    • J
      [PATCH] bonding: UPDATED hash-table corruption in bond_alb.c · 5af47b2f
      Jay Vosburgh 提交于
      	I believe I see the race Michael refers to (tlb_choose_channel
      may set head, which tlb_init_slave clears), although I was not able to
      reproduce it.  I have updated his patch for the current netdev-2.6.git
      tree and added a version update.  His original comment follows:
      
      Our systems have been crashing during testing of PCI HotPlug
      support in the various networking components.  We've faulted in
      the bonding driver due to a bug in bond_alb.c:tlb_clear_slave()
      
      In that routine, the last modification to the TLB hash table is
      made without protection of the lock, allowing a race that can lead
      tlb_choose_channel() to select an invalid table element.
      
      	-J
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      5af47b2f
  5. 09 1月, 2006 1 次提交
  6. 29 11月, 2005 1 次提交
  7. 14 11月, 2005 16 次提交
  8. 08 11月, 2005 1 次提交
  9. 19 10月, 2005 1 次提交
  10. 09 10月, 2005 1 次提交
  11. 05 10月, 2005 1 次提交
  12. 04 10月, 2005 3 次提交
    • J
      [PATCH] bonding: replicate IGMP traffic in activebackup mode · 075897ce
      John W. Linville 提交于
      Replicate IGMP frames across all slaves in activebackup mode. This
      ensures fail-over is rapid for multicast traffic as well. Otherwise,
      multicast traffic will be lost until the next IGMP membership report
      poll timeout.
      
      This is conceptually similar to the treatment of IGMP traffic in
      bond_alb_xmit. In that case, IGMP traffic transmitted on any slave
      is re-routed to the active slave in order to ensure that multicast
      traffic continues to be directed to the active receiver.
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      075897ce
    • J
      [PATCH] fix bonding crash, remove old ABI support · 217df670
      Jay Vosburgh 提交于
      David S. Miller <davem@davemloft.net> wrote:
      >I think removing support for older ifenslave binaries is
      >the least painful solution to this problem.
      
      	This patch removes backwards compatibility for old ifenslave
      binaries (ifenslave prior to verison 1.0.0).
      
      	I did not similarly modify ifenslave itself; with sysfs on the
      horizon, I don't see that as being worthwhile.
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      217df670
    • H
      [IPV4]: Replace __in_dev_get with __in_dev_get_rcu/rtnl · e5ed6399
      Herbert Xu 提交于
      The following patch renames __in_dev_get() to __in_dev_get_rtnl() and
      introduces __in_dev_get_rcu() to cover the second case.
      
      1) RCU with refcnt should use in_dev_get().
      2) RCU without refcnt should use __in_dev_get_rcu().
      3) All others must hold RTNL and use __in_dev_get_rtnl().
      
      There is one exception in net/ipv4/route.c which is in fact a pre-existing
      race condition.  I've marked it as such so that we remember to fix it.
      
      This patch is based on suggestions and prior work by Suzanne Wood and
      Paul McKenney.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e5ed6399
  13. 22 9月, 2005 1 次提交
  14. 18 9月, 2005 1 次提交
  15. 16 9月, 2005 1 次提交
  16. 30 8月, 2005 1 次提交
    • D
      [NET]: Kill skb->real_dev · f2ccd8fa
      David S. Miller 提交于
      Bonding just wants the device before the skb_bond()
      decapsulation occurs, so simply pass that original
      device into packet_type->func() as an argument.
      
      It remains to be seen whether we can use this same
      exact thing to get rid of skb->input_dev as well.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f2ccd8fa
  17. 23 8月, 2005 1 次提交
  18. 31 7月, 2005 1 次提交
  19. 27 6月, 2005 2 次提交
    • J
      bonding: xor/802.3ad improved slave hash · 169a3e66
      Jay Vosburgh 提交于
      Add support for alternate slave selection algorithms to bonding
      balance-xor and 802.3ad modes.  Default mode (what we have now: xor of
      MAC addresses) is "layer2", new choice is "layer3+4", using IP and port
      information for hashing to select peer.
      
      Originally submitted by Jason Gabler for balance-xor mode;
      modified by Jay Vosburgh to additionally support 802.3ad mode.  Jason's
      original comment is as follows:
      
      The attached patch to the Linux Etherchannel Bonding driver modifies the
      driver's "balance-xor" mode as follows:
      
            - alternate hashing policy support for mode 2
              * Added kernel parameter "xmit_policy" to allow the specification
                of different hashing policies for mode 2.  The original mode 2
                policy is the default, now found in xmit_hash_policy_layer2().
              * Added xmit_hash_policy_layer34()
      
      This patch was inspired by hashing policies implemented by Cisco,
      Foundry and IBM, which are explained in
      Foundry documentation found at:
      http://www.foundrynet.com/services/documentation/sribcg/Trunking.html#112750Signed-off-by: NJason Gabler <jygabler@lbl.gov>
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      169a3e66
    • J
      bonding: gratuitous ARP · c3ade5ca
      Jay Vosburgh 提交于
      Add support for generating gratuitous ARPs in bonding
      active-backup mode when failovers occur.  Includes support for VLAN
      tagging the ARPs as needed.
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      c3ade5ca
  20. 27 5月, 2005 1 次提交
  21. 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