1. 30 Sep, 2013 4 commits
  2. 28 Sep, 2013 20 commits
  3. 27 Sep, 2013 11 commits
  4. 26 Sep, 2013 5 commits
    • David S. Miller's avatar
      Merge branch 'bonding_neighbours' · aae8c287
      David S. Miller authored
      bonding: use neighbours instead of own lists
      
      Veaceslav Falico says:
      
      ====================
      This patchset introduces all the needed infrastructure, on top of current
      adjacent lists, to be able to remove bond's slave_list/slave->list. The
      overhead in memory/CPU is minimal, and after the patchset bonding can rely
      on its slave-related functions, given the proper locking. I've done some
      netperf benchmarks on a vm, and the delta was about 0.1gbps for 35gbps as a
      whole, so no speed fluctuations.
      
      It also automatically creates lower/upper and master symlinks in dev's
      sysfs directory.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      aae8c287
    • Veaceslav Falico's avatar
      net: create sysfs symlinks for neighbour devices · 5831d66e
      Veaceslav Falico authored
      Also, remove the same functionality from bonding - it will be already done
      for any device that links to its lower/upper neighbour.
      
      The links will be created for dev's kobject, and will look like
      lower_eth0 for lower device eth0 and upper_bridge0 for upper device
      bridge0.
      
      CC: Jay Vosburgh <fubar@us.ibm.com>
      CC: Andy Gospodarek <andy@greyhouse.net>
      CC: "David S. Miller" <davem@davemloft.net>
      CC: Eric Dumazet <edumazet@google.com>
      CC: Jiri Pirko <jiri@resnulli.us>
      CC: Alexander Duyck <alexander.h.duyck@intel.com>
      Signed-off-by: default avatarVeaceslav Falico <vfalico@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5831d66e
    • Veaceslav Falico's avatar
      net: expose the master link to sysfs, and remove it from bond · 842d67a7
      Veaceslav Falico authored
      Currently, we can have only one master upper neighbour, so it would be
      useful to create a symlink to it in the sysfs device directory, the way
      that bonding now does it, for every device. Lower devices from
      bridge/team/etc will automagically get it, so we could rely on it.
      
      Also, remove the same functionality from bonding.
      
      CC: Jay Vosburgh <fubar@us.ibm.com>
      CC: Andy Gospodarek <andy@greyhouse.net>
      CC: "David S. Miller" <davem@davemloft.net>
      CC: Eric Dumazet <edumazet@google.com>
      CC: Jiri Pirko <jiri@resnulli.us>
      CC: Alexander Duyck <alexander.h.duyck@intel.com>
      Signed-off-by: default avatarVeaceslav Falico <vfalico@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      842d67a7
    • Veaceslav Falico's avatar
      vlan: unlink the upper neighbour before unregistering · 47701a36
      Veaceslav Falico authored
      On netdev unregister we're removing also all of its sysfs-associated stuff,
      including the sysfs symlinks that are controlled by netdev neighbour code.
      Also, it's a subtle race condition - cause we can still access it after
      unregistering.
      
      Move the unlinking right before the unregistering to fix both.
      
      CC: Patrick McHardy <kaber@trash.net>
      CC: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: default avatarVeaceslav Falico <vfalico@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      47701a36
    • Veaceslav Falico's avatar
      vlan: link the upper neighbour only after registering · 5df27e6c
      Veaceslav Falico authored
      Otherwise users might access it without being fully registered, as per
      sysfs - it only inits in register_netdevice(), so is unusable till it is
      called.
      
      CC: Patrick McHardy <kaber@trash.net>
      CC: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: default avatarVeaceslav Falico <vfalico@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5df27e6c