Some of the more “unusual” things that seem to be work here include:
- WPA3 (SAE-only) authentication
- 802.11s mesh interoperating with OpenWrt HEAD of the past month (Netgear EA8300 peers)
- batman-adv interoperation with above
- Cup-warmer feature significantly more stable than that of an uncased Brume
WIP
VLANs
(This problem, if it exists, which has not been determined, is likely insolvable with the upstream, open-source, non-DSA drivers.)
The IPQ4019 had some challenges with VLANs and the switch due to how they were handled by the older drivers. Notable problems included VLAN 1 and 2 used internally and inability to bridge across WAN-labeled and LAN-labeled ports. This was apparently due to the single PHY and how it connected to the switch. DSA may improve this, but is not in OpenWrt for IPQ40xx devices,
I see the default config looks to have VLANs disabled
config switch
option name 'switch0'
option reset '0'
option enable_vlan '0'
Ref: IPQ40xx Switch Config "Strangeness" - For Developers - OpenWrt Forum
It’s been several years, but the following, decompiled device tree seems worth checking into.
(I did not easily find the source for the AX1800, so I haven’t checked the DTS source.)
switch_mac_mode = <0x00>;
compatible = "qcom,ess-switch-ipq60xx";
switch_cpu_bmp = <0x01>;
reg = <0x3a000000 0x1000000>;
switch_mac_mode2 = <0xff>;
switch_inner_bmp = <0xc0>;
switch_wan_bmp = <0x02>;
switch_lan_bmp = <0x0c>;
switch_mac_mode1 = <0xff>;
That I’m not seeing gmac entries with a vlan_tag shown is helpful. It is possible that the SoC SDK doesn’t have this issue.