]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'bridge-mtu'
authorDavid S. Miller <davem@davemloft.net>
Sun, 1 Apr 2018 02:19:14 +0000 (22:19 -0400)
committerDavid S. Miller <davem@davemloft.net>
Sun, 1 Apr 2018 02:19:14 +0000 (22:19 -0400)
commit7d31b62521b7d7641d4d25571470ede325f979eb
tree3c81eed86eff79013e00169ac749661b7d6b4ca4
parent45ae36c44af3c61687b596efa581fd73cffd8bfa
parent5980f2826f5ad5b809c0792e1b1bc7440f8b12ee
Merge branch 'bridge-mtu'

Nikolay Aleksandrov says:

====================
net: bridge: MTU handling changes

As previously discussed the recent changes break some setups and could lead
to packet drops. Thus the first patch reverts the behaviour for the bridge
to follow the minimum MTU but also keeps the ability to set the MTU to the
maximum (out of all ports) if vlan filtering is enabled. Patch 02 is the
bigger change in behaviour - we've always had trouble when configuring
bridges and their MTU which is auto tuning on port events
(add/del/changemtu), which means config software needs to chase it and fix
it after each such event, after patch 02 we allow the user to configure any
MTU (ETH_MIN/MAX limited) but once that is done the bridge stops auto
tuning and relies on the user to keep the MTU correct.
This should be compatible with cases that don't touch the MTU (or set it
to the same value), while allowing to configure the MTU and not worry
about it changing afterwards.

The patches are intentionally split like this, so that if they get accepted
and there are any complaints patch 02 can be reverted.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>