I hope DSA is reverted back to swconfig for MT7621 in master if there even is a 20.x release then. Currently no luci support for it and little documentation, as mentioned.
Or we patiently wait for 21.x. Upgrading the kernel to 5.4 and migrating to the DSA standard in the kernel both seem rather important for reducing future developer maintenance overhead. It's unfortunate the problem they solve is the same problem delaying their roll out, but absent a magic free pool of resources for OpenWrt development....patiently wait we must.
I hope not, we have finally moved away from keeping hacky drivers downstream just to avoid DSA.
DSA is just the way to go, especially if upstream already has drivers for it.
I am sorry, but LuCI support is really low on the list.
Nothing is a problem given enough time but right now building my own image seems to be a pretty poor ROI for upgrading a point release, especially since the current setup works.
Thanks for the pointer, though, I'll keep it in mind if the situation changes.
Please consider the maintainers who can't please anyone in this case. I'm very happy that they invest so much work in maintaining this ip40xx soc that has this difficulties. Building your own image is much less ROI compared to what they have as ROI.
Really, I'm happy with 19.07.3 and I appreciate the work being done to move to the new DSA but this still doesn't make me want to spend time building a patchted .4
That's it, no more, no less.
i still don't get why 19.07.4 breaks a working function in 19.07 for all the users... a fix breaking another function during a stable release branch, and such an important feature like VLAN? yeah, i don't get it.
As I understood it does not break VLAN functionality it just supports an other VLAN feature called nested VLAN, which I have never heard before and which probably most home router users will never need.
Technically it seems that this odd feature is not compatible with the widely used standard VLAN feature port isolation.
By the way, is there a usable online build environment for openwrt e.g. on something like Gitpod? Maybe it is not as difficult to compile an own image with the revert patch there.
I would also write a short howto if I succeed.
On my Fritz 7530, the 19.07.4 release is broken entirely. I can get no connectivity on the LAN ports even after a reset to defaults (i.e. no user configured VLAN). I had to use failsafe mode to connect and restore it to 19.07.3, where my VLANs also work without issue.
Could someone please explain what does and what does not work with regard to VLAN on ipq40xx?
I use several VLANs in my config. Only port 0 is tagged, all other are not. Is this what port isolation means? Will this break if I upgrade to 19.07.4?
Would it be possible to correct the device page for the AVM Fritzbox 4040:
On this page there is a Link to Installation Image for 19.07.4 and some lines below the page describes a working VLAN Setup on the switch ports. This combination is at the moment not working and the description may be misleading.
I tested your patch on a Netgear WAC510 ipq4018 with VLAN tagged WAN port with terrible TX bandwidth, but once applied the WAN port receives no RX traffic, TX is fine.
Once the patch is reverted RX traffic on the WAN port works again.
I'm very happy that they invest so much work in maintaining this ip40xx soc that has this difficulties. Building your own image is much less ROI compared to what they have as ROI.
