[OpenWrt-Devel] [PATCH v2] gemini: Bring up DSA switches

Paweł Dembicki paweldembicki at gmail.com
Fri Jul 19 05:22:32 EDT 2019


> On Fri, Jul 19, 2019 at 09:51 Linus Walleij <linus.walleij at linaro.org> wrote:
>
> > I think, that the best approach is vlan filtering. I started some work:
> > https://github.com/CHKDSK88/linux/commit/38b62482d9f828b5720db11145fa474e368b248c
>
> Hey! I wanted to do that but never had time,
>  so very happy that you're fixing it up! :)
>

It would be great if You found some time to test it. :)

> > At this moment it works (I used ip-full and ip-bridge packets). But I
> > have no idea how to integrate dsa vlan filtering with OpenWRT
> > configuration.
> > This is first dsa switch with DSA_TAG_PROTO_NONE in OpenWRT.
>
> I think in the upstream kernel look at
> commit f9bbe4477c30ece44296437ee26142b42ef8070b
> "net: dsa: Optional VLAN-based port separation for switches without tagging"
> by Vladimir Oltean.
>
> I intuitively think this is what we want to do in the end is use
> DSA_TAG_PROTO_8021Q but admittedly I don't think I
> understand VLANs well enough for enabling this.
>

This is the question for OpenWRT core developers. What is the best
approach for DSA_TAG_PROTO_NONE switches?

DSA_TAG_PROTO_8021Q or just vlan filtering and configuration without
tagging support? Both solutions can give You port separation.

Personally I prefer simple vlan separation. This method was used in
OpenWRT for many non-dsa switches. But it need to create API for dsa
devices.

> For OpenWrt using kernel v4.19 I have no idea what the best would
> be. I don't think Vladimir's work can be easily backported.
> I suppose some special hack to just bring up the DSA with
> a custom script is the best compromise for the time being.
>

I agree with You. At this moment only hack could work.


> FYI this board supported by OpenWrt also has this switch:
> https://openwrt.org/toh/evaluation.boards/pb44
> with a custom driver:
> https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/files/drivers/spi/spi-vsc7385.c
> It's a MIPS device though, and I don't know if anyone is
> actively maintaining it and could test to migrate it to this
> new driver and help out?

Pb44 isn't ported to ath79 yet. I think, it is abandoned at this moment.

Best Regards,
Pawel Dembicki

_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel



More information about the openwrt-devel mailing list