Daniel Golle wrote: > Hi Tobias! > > Using the updated version of this patch, I'm running into problems with > devices > using RT305X_ESW_VLAN_CONFIG_NONE. > In your previous patch > Date: Sat, 5 May 2012 22:26:58 +0200 > Subject: [OpenWrt-Devel] [PATCH] ramips: Updated patch for ramips_esw.c > posted on this mailinglist, setting gave me transparent access to every > ethernet port without any VLAN tagging or untagging involved. This was very > nice > for devices which got only 1 port anyway and users may want to connect them > to a > tagged-port of managed switch. > However, using the new patch series, I end up with different default values > when > using RT305X_ESW_VLAN_CONFIG_NONE and also using swconfig afterwards doesn't > allow me to change the configuration of VLAN 0 from "0t 1t 2t 3t 4t 5t 6t" to > "0 > 1 2 3 4 5 6" in order to get the same configuration which previously worked > great. > What exactly is the intended behavior when setting > RT305X_ESW_VLAN_CONFIG_NONE?
I flipped the default for the disable method, which is why the config as shown by swconfig looks different. As long as enable_vlan is 0 you can't modify the vlan config, it will just show you what it is using. Does setting alternate_vlan_disable to 1 resolve the problem? What exactly doesn't work apart from the fact that the config looks different? With alternate_vlan_disable 0 (previously alternate_vlan_disable 1) you'll see double_tag = en_vlan = untag = 0 on all ports and vlan 0 with "0t 1t 2t 3t 4t 5t 6t". With alternate_vlan_disable 1 (previously alternate_vlan_disable 0) you'll see double_tag = 1, en_vlan = 1, untag = 1 on all ports and vlan 0 with "0 1 2 3 4 5 6" In theory the first way should be better, because with double-tagging I think the maximum packet size is a bit smaller. Also the double-tagging method might have problems with real double-tagged data. If alternate_vlan_disable 1 helps we should undo the defaults flip, but I'd like to reproduce your testcase, maybe I missed something else. -- Tobias PGP: http://8ef7ddba.uguu.de _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
