5 Commits

Author	SHA1	Message	Date
Imre Kaloz	9cca6c5ad9	Previously, all VLANs (port-based or 802.1q) were sharing a single database in the ATU. This created problems in the case of a system where two ports/devices share a MAC address (e.g. Linksys WRT1900AC eth0/eth1). ... This also clears any bootloader-set FDB defaults. This had caused issues creating port-based VLANs when mappings overlapped previous VLANs. Packets destined to a port not in the default port group flooded all ports. Tested on a 88E6171 (Linksys EA4500) and 88E6172 ('1900AC) Signed-off-by: Claudio Leite <leitec@staticky.com> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 46699	2015-08-21 08:09:52 +00:00
Luka Perkov	9db3df9d6b	mvsw61xx: track and set per-VLAN port state in STU ... Since the driver doesn't know anything about (M)STP we just hard-set the ports to be enabled if they are part of the VLAN. Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 43938	2015-01-11 17:20:16 +00:00
Luka Perkov	0b2cbeca7a	mvsw61xx: clean up and expand register definitions ... - eliminate MV_CPUPORT; not necessary since we define the CPU port(s) via Device Tree - add STU and expand VTU operations - update register names to match those of 88E61xx rather than mvswitch's 88E6060 - use more consistent formatting Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 43937	2015-01-11 17:20:06 +00:00
Luka Perkov	1e39f3aef8	mvsw61xx: rework chip recognition ... Recognizes 88E6171/6172/6176 at the moment. Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 43936	2015-01-11 17:20:03 +00:00
Luka Perkov	a1872182bb	mvsw6171: rename to 'mvsw61xx' ... In preparation for properly supporting switches beyond the 88E6171. Signed-off-by: Claudio Leite <leitec@staticky.com> SVN-Revision: 43935	2015-01-11 17:19:58 +00:00