mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
synced 2025-01-23 00:20:52 -05:00
93e4649efa
Through code analysis, I realized that the ds->untag_bridge_pvid logic
is contradictory - see the newly added FIXME above the kernel-doc for
dsa_software_untag_vlan_unaware_bridge().
Moreover, for the Felix driver, I need something very similar, but which
is actually _not_ contradictory: untag the bridge PVID on RX, but for
VLAN-aware bridges. The existing logic does it for VLAN-unaware bridges.
Since I don't want to change the functionality of drivers which were
supposedly properly tested with the ds->untag_bridge_pvid flag, I have
introduced a new one: ds->untag_vlan_aware_bridge_pvid, and I have
refactored the DSA reception code into a common path for both flags.
TODO: both flags should be unified under a single ds->software_vlan_untag,
which users of both current flags should set. This is not something that
can be carried out right away. It needs very careful examination of all
drivers which make use of this functionality, since some of them
actually get this wrong in the first place.
For example, commit
|
||
---|---|---|
.. | ||
conduit.c | ||
conduit.h | ||
devlink.c | ||
devlink.h | ||
dsa.c | ||
dsa.h | ||
Kconfig | ||
Makefile | ||
netlink.c | ||
netlink.h | ||
port.c | ||
port.h | ||
stubs.c | ||
switch.c | ||
switch.h | ||
tag.c | ||
tag.h | ||
tag_8021q.c | ||
tag_8021q.h | ||
tag_ar9331.c | ||
tag_brcm.c | ||
tag_dsa.c | ||
tag_gswip.c | ||
tag_hellcreek.c | ||
tag_ksz.c | ||
tag_lan9303.c | ||
tag_mtk.c | ||
tag_none.c | ||
tag_ocelot.c | ||
tag_ocelot_8021q.c | ||
tag_qca.c | ||
tag_rtl4_a.c | ||
tag_rtl8_4.c | ||
tag_rzn1_a5psw.c | ||
tag_sja1105.c | ||
tag_trailer.c | ||
tag_vsc73xx_8021q.c | ||
tag_xrs700x.c | ||
trace.c | ||
trace.h | ||
user.c | ||
user.h |