diff options
| author | David S. Miller <davem@davemloft.net> | 2014-05-17 06:29:17 +0400 | 
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2014-05-17 06:29:17 +0400 | 
| commit | a8d0d8417c0bdc870d28afb83bc12e61a818efa3 (patch) | |
| tree | c9c13fc99aaa8f2c62d21b5ffbb1ece6d1a2c00b /tools/perf/scripts/python/sched-migration.py | |
| parent | 6bd64ac0f9c264082241da0db0dcc72a13e672a8 (diff) | |
| parent | f60c3704e87d39356d00c71bf51e55c2c55ad4f5 (diff) | |
| download | linux-a8d0d8417c0bdc870d28afb83bc12e61a818efa3.tar.xz | |
Merge branch 'bond_stacked_vlans'
Vlad Yasevich says:
====================
Fixed stacked vlan usage on top of bonds
Bonding device driver now support q-in-q on top for bonds.  There are
a few issues here though.
First, when arp monitoring is used, bonding driver will not correctly
tag traffic if the source of the arp device was configured on top of
q-in-q.  It may also incorrectly pick the wrong vlan id if the ordering
of that upper devices isn't as expected (there is no guarntee on ordering).
Second, the alb/tlb may use what would be considered 'inner' vlans in
its learning announcements, as it simply announces all vlans configured
on top of the bond without regard for encapsulation/stacking.
This series fixes the above 2 issues.  This series also depends on the
functionality introduced in
	http://patchwork.ozlabs.org/patch/349766/
Since v1:
  - Changed how patch1 verifies the device path.  We no longer use the
    _all_upper version of the function.  We find the path and if it was
    found, then collect the vlan information.
  - Use the constant to devine maximum vlan nest level support on top
    of bonding.  This can be changed if 2 is too low.
  - Inlude patch2 into the series.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/sched-migration.py')
0 files changed, 0 insertions, 0 deletions
