1. 10 9月, 2014 3 次提交
  2. 29 7月, 2014 1 次提交
  3. 21 7月, 2014 1 次提交
  4. 18 7月, 2014 3 次提交
  5. 16 7月, 2014 6 次提交
  6. 15 7月, 2014 1 次提交
  7. 08 7月, 2014 1 次提交
  8. 02 7月, 2014 1 次提交
  9. 19 6月, 2014 1 次提交
  10. 05 6月, 2014 2 次提交
    • V
      bonding: Support macvlans on top of tlb/rlb mode bonds · 14af9963
      Vlad Yasevich 提交于
      To make TLB mode work, the patch allows learning packets
      to be sent using mac addresses assigned to macvlan devices,
      also taking into an account vlans that may be between the
      bond and macvlan device.
      
      To make RLB work, all we have to do is accept ARP packets
      for addresses added to the bond dev->uc list.  Since RLB
      mode will take care to update the peers directly with
      correct mac addresses, learning packets for these addresses
      do not have be send to switch.
      Signed-off-by: NVlad Yasevich <vyasevic@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      14af9963
    • V
      bonding: Turn on IFF_UNICAST_FLT on bond devices · c565b488
      Vlad Yasevich 提交于
      Bonding devices manage the unicast filters of the underlying
      interfaces, but do not turn on IFF_UNICAST_FLT flag.  Thus
      anytime a unicast address is added to the bond, the bond is
      places in promiscuous mode.
      
      Turn on IFF_UNICAST_FLT on the bond device so that the bond does
      not go into promiscuous mode needlesly.  If an underlying device
      does not support unicast filtering, that device will automaticall
      enter promiscuous mode already.
      Signed-off-by: NVlad Yasevich <vyasevic@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c565b488
  11. 23 5月, 2014 2 次提交
  12. 17 5月, 2014 9 次提交
  13. 15 5月, 2014 1 次提交
  14. 09 5月, 2014 1 次提交
  15. 25 4月, 2014 3 次提交
    • M
      bonding: Add tlb_dynamic_lb parameter for tlb mode · e9f0fb88
      Mahesh Bandewar 提交于
      The aggresive load balancing causes packet re-ordering as active
      flows are moved from a slave to another within the group. Sometime
      this aggresive lb is not necessary if the preference is for less
      re-ordering. This parameter if used with value "0" disables
      this dynamic flow shuffling minimizing packet re-ordering. Of course
      the side effect is that it has to live with the static load balancing
      that the hashing distribution provides. This impact is less severe if
      the correct xmit-hashing-policy is used for the tlb setup.
      
      The default value of the parameter is set to "1" mimicing the earlier
      behavior.
      
      Ran the netperf test with 200 stream for 1 min between two hosts with
      4x1G trunk (xmit-lb mode with xmit-policy L3+4) before and after these
      changes. Following was the command used for those 200 instances -
      
          netperf -t TCP_RR -l 60 -s 5 -H <host> -- -r81920,81920
      
      Transactions per second:
          Before change: 1,367.11
          After  change: 1,470.65
      
      Change-Id: Ie3f75c77282cf602e83a6e833c6eb164e72a0990
      Signed-off-by: NMahesh Bandewar <maheshb@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e9f0fb88
    • M
      bonding: Added bond_tlb_xmit() for tlb mode. · f05b42ea
      Mahesh Bandewar 提交于
      Re-organized the xmit function for the lb mode separating tlb xmit
      from the alb mode. This will enable use of the hashing policies
      like 802.3ad mode. Also extended use of xmit-hash-policy to tlb mode.
      
      Now the tlb-mode defaults to BOND_XMIT_POLICY_LAYER2 if the xmit policy
      module parameter is not set (just like 802.3ad, or Xor mode).
      
      Change-Id: I140257403d272df75f477b380207338d0f04963e
      Signed-off-by: NMahesh Bandewar <maheshb@google.com>
      Acked-by: NEric Dumazet <edumazet@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f05b42ea
    • M
      bonding: Changed hashing function to just provide hash · ee62e868
      Mahesh Bandewar 提交于
      Modified the hash function to return just hash separating from the
      modulo operation that can be performed by the caller. This is to
      make way for the tlb mode to use the same hashing policies that
      are used in the 802.3ad and Xor mode.
      
      Change-Id: I276609e87e0ca213c4d1b17b79c5e0b0f3d0dd6f
      Signed-off-by: NMahesh Bandewar <maheshb@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ee62e868
  16. 12 4月, 2014 1 次提交
  17. 04 4月, 2014 1 次提交
    • Z
      bonding: Inactive slaves should keep inactive flag's value · 7db8df02
      zheng.li 提交于
      bond_open is not setting the inactive flag correctly for some modes (alb and
      tlb), resulting in error behavior if the bond has been administratively set
      down and then back up. This effect should not occur when slaves are added while
      the bond is up; it's something that only happens after a down/up bounce of the
      bond.
      
      For example, in bond tlb or alb mode, domu send some ARP request which go out
      from dom0 bond's active slave, then the ARP broadcast request packets go back to
      inactive slave from switch, because the inactive slave's inactive flag is zero,
      kernel will receive the packets and pass them to bridge that cause dom0's bridge
      map domu's MAC address to port of bond, bridge should map domu's MAC to port of
      vif.
      Signed-off-by: NZheng Li <zheng.x.li@oracle.com>
      Signed-off-by: NJay Vosburgh <j.vosburgh@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7db8df02
  18. 30 3月, 2014 1 次提交
  19. 27 3月, 2014 1 次提交