Re: 20.xx: state of the DSA
Hi On 2021-02-02, Paul Spooren wrote: > Hi all, > > could you please update me on this matter? What's missing and what > blocking for a release? > > The LuCI PR is still open: https://github.com/openwrt/luci/pull/4307 My initial testing of that PR on a ZyXEL GS1900-8 (RTL8382M) has been pretty positive so far. I haven't really stressed it too much, but the simple cases I needed are working nicely. Regards Stefan Lippers-Hollmann ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
RE: 20.xx: state of the DSA
Hi all, could you please update me on this matter? What's missing and what blocking for a release? The LuCI PR is still open: https://github.com/openwrt/luci/pull/4307 Where there changes to other targets? Can we just do a hybrid release at this point? Best, Paul On Fri, Nov 20, 2020 at 16:39, Adrian Schmutzler wrote: Hi, -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Paul Spooren Sent: Freitag, 20. November 2020 01:36 To: openwrt-devel@lists.openwrt.org Subject: 20.xx: state of the DSA Hi all, DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and one of the last blockers for a branch. The goal states[1] support where possible, not necessarily every target. since we discuss this in the context of the next stable release, I don't think the focus should be on which targets are supported and which are not. 20.xx/21.xx will be a mixed release in that context. Our main interest should be to clarify what needs to be done in order to release DSA with proper support (on the platforms that already have it), and then get these things done quickly. Best Adrian This mail thread should be used to get an overview of the missing bits. The following targets seem use `swconfig`, should/can they be ported? Please post states and links to work in progress migrations: * apm821xx/nand * ath25 * ath79 * bcm47xx * bcm53xx * bcm63xx * ipq40xx * ipq806x * kirkwood * lantiq/xrx200 * lantiq/xway * lantiq/xway_legacy * mediatek * mpc85xx * ramips/mt7620 * ramips/mt76x8 * ramips/rt288x * ramips/rt305x * ramips/rt3883 All other targets can be considered as DSA targets? If you're working or testing around that, please comment and share the status. LuCI support is added via a PR[2] on GitHub. Best, Paul [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx [2]: https://github.com/openwrt/luci/pull/4307 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
On 2020-11-20 09:29, Georgi Valkov wrote: On Thu, Nov 19, 2020 at 8:37 PM Rosen Penev wrote: On Thu, Nov 19, 2020 at 4:40 PM Paul Spooren wrote: Hi all, DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and one of the last blockers for a branch. The goal states[1] support where possible, not necessarily every target. This mail thread should be used to get an overview of the missing bits. The following targets seem use `swconfig`, should/can they be ported? Please post states and links to work in progress migrations: * apm821xx/nand * ath25 * ath79 * bcm47xx * bcm53xx * bcm63xx * ipq40xx * ipq806x * kirkwood * lantiq/xrx200 * lantiq/xway * lantiq/xway_legacy * mediatek I believe mediatek exclusively uses DSA. I looked into this more: ~/d/o/t/linux (master)> git grep CONFIG_SWCONFIG=y apm821xx/nand/config-default:CONFIG_SWCONFIG=y ath25/config-5.4:CONFIG_SWCONFIG=y ath79/config-5.4:CONFIG_SWCONFIG=y bcm47xx/config-5.4:CONFIG_SWCONFIG=y bcm53xx/config-5.4:CONFIG_SWCONFIG=y bcm63xx/config-5.4:CONFIG_SWCONFIG=y ipq40xx/config-5.4:CONFIG_SWCONFIG=y ipq806x/config-5.4:CONFIG_SWCONFIG=y ipq807x/config-default:CONFIG_SWCONFIG=y lantiq/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7622/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7623/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7629/config-5.4:CONFIG_SWCONFIG=y mpc85xx/config-5.4:CONFIG_SWCONFIG=y ramips/mt7620/config-5.4:CONFIG_SWCONFIG=y ramips/mt76x8/config-5.4:CONFIG_SWCONFIG=y ramips/rt288x/config-5.4:CONFIG_SWCONFIG=y ramips/rt305x/config-5.4:CONFIG_SWCONFIG=y ramips/rt3883/config-5.4:CONFIG_SWCONFIG=y rtl838x/config-5.4:CONFIG_SWCONFIG=y sunxi/config-5.4:CONFIG_SWCONFIG=y mt7628 seems to have DSA support upstream. kirkwood is not there. ath79/tiny/config-default:CONFIG_NET_DSA=y gemini/config-5.4:CONFIG_NET_DSA=y imx6/config-5.4:CONFIG_NET_DSA=y ipq806x/config-5.4:CONFIG_NET_DSA=y kirkwood/config-5.4:CONFIG_NET_DSA=y mediatek/mt7622/config-5.4:CONFIG_NET_DSA=y mediatek/mt7623/config-5.4:CONFIG_NET_DSA=y mvebu/config-5.4:CONFIG_NET_DSA=y octeon/config-5.4:CONFIG_NET_DSA=y ramips/mt7621/config-5.4:CONFIG_NET_DSA=y rtl838x/config-5.4:CONFIG_NET_DSA=y is the DSA stuff. Some of the swconfig targets can be ported. For example I remember using a DSA patch for a Netgear R7800. * mpc85xx * ramips/mt7620 * ramips/mt76x8 * ramips/rt288x * ramips/rt305x * ramips/rt3883 All other targets can be considered as DSA targets? If you're working or testing around that, please comment and share the status. LuCI support is added via a PR[2] on GitHub. Best, Paul [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx [2]: https://github.com/openwrt/luci/pull/4307 I hope to see Port Mirroring and Switch configuration in LuCI fully functional again when 20.x.x is released! We should be able to configure each PHY and port, since WRT3200ACM and others have multiple Ethernet interfaces. And it is more efficient to use all of them. I’d rather have one mapped as wan and the other as lan in ifconfig, like I currently have using swconfig. With an option on the Switch configuration page, to split lan into lan1 lan2 lan3 lan4, since multiple networks are less common. It would be nice if LuCI can add, remove and rename interfaces as seen in ifconfig. And also choose which PHY they map to. Georgi Valkov Please don't use an older mail to reply to and then paste in the contents of another mail thread or similar. This will screw up the threading. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
RE: 20.xx: state of the DSA
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Paul Spooren > Sent: Freitag, 20. November 2020 01:36 > To: openwrt-devel@lists.openwrt.org > Subject: 20.xx: state of the DSA > > Hi all, > > DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and one of > the last blockers for a branch. The goal states[1] support where possible, not > necessarily every target. since we discuss this in the context of the next stable release, I don't think the focus should be on which targets are supported and which are not. 20.xx/21.xx will be a mixed release in that context. Our main interest should be to clarify what needs to be done in order to release DSA with proper support (on the platforms that already have it), and then get these things done quickly. Best Adrian > > This mail thread should be used to get an overview of the missing bits. > > The following targets seem use `swconfig`, should/can they be ported? > Please post states and links to work in progress migrations: > > * apm821xx/nand > * ath25 > * ath79 > * bcm47xx > * bcm53xx > * bcm63xx > * ipq40xx > * ipq806x > * kirkwood > * lantiq/xrx200 > * lantiq/xway > * lantiq/xway_legacy > * mediatek > * mpc85xx > * ramips/mt7620 > * ramips/mt76x8 > * ramips/rt288x > * ramips/rt305x > * ramips/rt3883 > > All other targets can be considered as DSA targets? If you're working or > testing around that, please comment and share the status. > > LuCI support is added via a PR[2] on GitHub. > > Best, > Paul > > [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html > [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx > [2]: https://github.com/openwrt/luci/pull/4307 > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel openpgp-digital-signature.asc Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
On 20/11/20 01:36, Paul Spooren wrote: Hi all, DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and one of the last blockers for a branch. The goal states[1] support where possible, not necessarily every target. This mail thread should be used to get an overview of the missing bits. The following targets seem use `swconfig`, should/can they be ported? Please post states and links to work in progress migrations: * apm821xx/nand * ath25 * ath79 * bcm47xx * bcm53xx * bcm63xx * ipq40xx * ipq806x * kirkwood wait, why kirkwood? I have one of the two kirkwood devices with a switch, running snapshot and it's definitely been using DSA for a while Checking the kernel config CONFIG_HAVE_NET_DSA=y and there is no CONFIG_SWCONFIG Yes it is using DSA. The commit to move kirkwood to DSA is 4fd7e539e4f90128bdd7cb71c729a4b32f5de86e from April 28 * lantiq/xrx200 * lantiq/xway * lantiq/xway_legacy * mediatek * mpc85xx * ramips/mt7620 * ramips/mt76x8 * ramips/rt288x * ramips/rt305x * ramips/rt3883 All other targets can be considered as DSA targets? If you're working or testing around that, please comment and share the status. LuCI support is added via a PR[2] on GitHub. Best, Paul [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx [2]: https://github.com/openwrt/luci/pull/4307 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
Hi, It is not necessary to enable swconfig for this target. I initially enabled it because luci was checking for the swconfig binary in order to show switch information at all. This is no longer necessary. Birger On 20.11.20 06:12, Rosen Penev wrote: > On Thu, Nov 19, 2020 at 8:37 PM Rosen Penev wrote: > rtl838x/config-5.4:CONFIG_SWCONFIG=y ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
> On Thu, Nov 19, 2020 at 8:37 PM Rosen Penev wrote: >> >> On Thu, Nov 19, 2020 at 4:40 PM Paul Spooren wrote: >>> >>> Hi all, >>> >>> DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and >>> one of the last blockers for a branch. The goal states[1] support where >>> possible, not necessarily every target. >>> >>> This mail thread should be used to get an overview of the missing bits. >>> >>> The following targets seem use `swconfig`, should/can they be ported? >>> Please post states and links to work in progress migrations: >>> >>> * apm821xx/nand >>> * ath25 >>> * ath79 >>> * bcm47xx >>> * bcm53xx >>> * bcm63xx >>> * ipq40xx >>> * ipq806x >>> * kirkwood >>> * lantiq/xrx200 >>> * lantiq/xway >>> * lantiq/xway_legacy >>> * mediatek >> I believe mediatek exclusively uses DSA. > I looked into this more: > > ~/d/o/t/linux (master)> git grep CONFIG_SWCONFIG=y > apm821xx/nand/config-default:CONFIG_SWCONFIG=y > ath25/config-5.4:CONFIG_SWCONFIG=y > ath79/config-5.4:CONFIG_SWCONFIG=y > bcm47xx/config-5.4:CONFIG_SWCONFIG=y > bcm53xx/config-5.4:CONFIG_SWCONFIG=y > bcm63xx/config-5.4:CONFIG_SWCONFIG=y > ipq40xx/config-5.4:CONFIG_SWCONFIG=y > ipq806x/config-5.4:CONFIG_SWCONFIG=y > ipq807x/config-default:CONFIG_SWCONFIG=y > lantiq/config-5.4:CONFIG_SWCONFIG=y > mediatek/mt7622/config-5.4:CONFIG_SWCONFIG=y > mediatek/mt7623/config-5.4:CONFIG_SWCONFIG=y > mediatek/mt7629/config-5.4:CONFIG_SWCONFIG=y > mpc85xx/config-5.4:CONFIG_SWCONFIG=y > ramips/mt7620/config-5.4:CONFIG_SWCONFIG=y > ramips/mt76x8/config-5.4:CONFIG_SWCONFIG=y > ramips/rt288x/config-5.4:CONFIG_SWCONFIG=y > ramips/rt305x/config-5.4:CONFIG_SWCONFIG=y > ramips/rt3883/config-5.4:CONFIG_SWCONFIG=y > rtl838x/config-5.4:CONFIG_SWCONFIG=y > sunxi/config-5.4:CONFIG_SWCONFIG=y > > mt7628 seems to have DSA support upstream. kirkwood is not there. > > ath79/tiny/config-default:CONFIG_NET_DSA=y > gemini/config-5.4:CONFIG_NET_DSA=y > imx6/config-5.4:CONFIG_NET_DSA=y > ipq806x/config-5.4:CONFIG_NET_DSA=y > kirkwood/config-5.4:CONFIG_NET_DSA=y > mediatek/mt7622/config-5.4:CONFIG_NET_DSA=y > mediatek/mt7623/config-5.4:CONFIG_NET_DSA=y > mvebu/config-5.4:CONFIG_NET_DSA=y > octeon/config-5.4:CONFIG_NET_DSA=y > ramips/mt7621/config-5.4:CONFIG_NET_DSA=y > rtl838x/config-5.4:CONFIG_NET_DSA=y > > is the DSA stuff. > > Some of the swconfig targets can be ported. For example I remember > using a DSA patch for a Netgear R7800. >>> * mpc85xx >>> * ramips/mt7620 >>> * ramips/mt76x8 >>> * ramips/rt288x >>> * ramips/rt305x >>> * ramips/rt3883 >>> >>> All other targets can be considered as DSA targets? If you're working or >>> testing around that, please comment and share the status. >>> >>> LuCI support is added via a PR[2] on GitHub. >>> >>> Best, >>> Paul >>> >>> [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html >>> [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx >>> [2]: https://github.com/openwrt/luci/pull/4307 I hope to see Port Mirroring and Switch configuration in LuCI fully functional again when 20.x.x is released! We should be able to configure each PHY and port, since WRT3200ACM and others have multiple Ethernet interfaces. And it is more efficient to use all of them. I’d rather have one mapped as wan and the other as lan in ifconfig, like I currently have using swconfig. With an option on the Switch configuration page, to split lan into lan1 lan2 lan3 lan4, since multiple networks are less common. It would be nice if LuCI can add, remove and rename interfaces as seen in ifconfig. And also choose which PHY they map to. Georgi Valkov ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
On Thu, Nov 19, 2020 at 8:37 PM Rosen Penev wrote: > > On Thu, Nov 19, 2020 at 4:40 PM Paul Spooren wrote: > > > > Hi all, > > > > DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and > > one of the last blockers for a branch. The goal states[1] support where > > possible, not necessarily every target. > > > > This mail thread should be used to get an overview of the missing bits. > > > > The following targets seem use `swconfig`, should/can they be ported? > > Please post states and links to work in progress migrations: > > > > * apm821xx/nand > > * ath25 > > * ath79 > > * bcm47xx > > * bcm53xx > > * bcm63xx > > * ipq40xx > > * ipq806x > > * kirkwood > > * lantiq/xrx200 > > * lantiq/xway > > * lantiq/xway_legacy > > * mediatek > I believe mediatek exclusively uses DSA. I looked into this more: ~/d/o/t/linux (master)> git grep CONFIG_SWCONFIG=y apm821xx/nand/config-default:CONFIG_SWCONFIG=y ath25/config-5.4:CONFIG_SWCONFIG=y ath79/config-5.4:CONFIG_SWCONFIG=y bcm47xx/config-5.4:CONFIG_SWCONFIG=y bcm53xx/config-5.4:CONFIG_SWCONFIG=y bcm63xx/config-5.4:CONFIG_SWCONFIG=y ipq40xx/config-5.4:CONFIG_SWCONFIG=y ipq806x/config-5.4:CONFIG_SWCONFIG=y ipq807x/config-default:CONFIG_SWCONFIG=y lantiq/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7622/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7623/config-5.4:CONFIG_SWCONFIG=y mediatek/mt7629/config-5.4:CONFIG_SWCONFIG=y mpc85xx/config-5.4:CONFIG_SWCONFIG=y ramips/mt7620/config-5.4:CONFIG_SWCONFIG=y ramips/mt76x8/config-5.4:CONFIG_SWCONFIG=y ramips/rt288x/config-5.4:CONFIG_SWCONFIG=y ramips/rt305x/config-5.4:CONFIG_SWCONFIG=y ramips/rt3883/config-5.4:CONFIG_SWCONFIG=y rtl838x/config-5.4:CONFIG_SWCONFIG=y sunxi/config-5.4:CONFIG_SWCONFIG=y mt7628 seems to have DSA support upstream. kirkwood is not there. ath79/tiny/config-default:CONFIG_NET_DSA=y gemini/config-5.4:CONFIG_NET_DSA=y imx6/config-5.4:CONFIG_NET_DSA=y ipq806x/config-5.4:CONFIG_NET_DSA=y kirkwood/config-5.4:CONFIG_NET_DSA=y mediatek/mt7622/config-5.4:CONFIG_NET_DSA=y mediatek/mt7623/config-5.4:CONFIG_NET_DSA=y mvebu/config-5.4:CONFIG_NET_DSA=y octeon/config-5.4:CONFIG_NET_DSA=y ramips/mt7621/config-5.4:CONFIG_NET_DSA=y rtl838x/config-5.4:CONFIG_NET_DSA=y is the DSA stuff. Some of the swconfig targets can be ported. For example I remember using a DSA patch for a Netgear R7800. > > * mpc85xx > > * ramips/mt7620 > > * ramips/mt76x8 > > * ramips/rt288x > > * ramips/rt305x > > * ramips/rt3883 > > > > All other targets can be considered as DSA targets? If you're working or > > testing around that, please comment and share the status. > > > > LuCI support is added via a PR[2] on GitHub. > > > > Best, > > Paul > > > > [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html > > [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx > > [2]: https://github.com/openwrt/luci/pull/4307 > > > > ___ > > openwrt-devel mailing list > > openwrt-devel@lists.openwrt.org > > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
On Thu, Nov 19, 2020 at 4:40 PM Paul Spooren wrote: > > Hi all, > > DSA (Distributed Switch Architecture)[0] is a main feature of 20.xx and > one of the last blockers for a branch. The goal states[1] support where > possible, not necessarily every target. > > This mail thread should be used to get an overview of the missing bits. > > The following targets seem use `swconfig`, should/can they be ported? > Please post states and links to work in progress migrations: > > * apm821xx/nand > * ath25 > * ath79 > * bcm47xx > * bcm53xx > * bcm63xx > * ipq40xx > * ipq806x > * kirkwood > * lantiq/xrx200 > * lantiq/xway > * lantiq/xway_legacy > * mediatek I believe mediatek exclusively uses DSA. > * mpc85xx > * ramips/mt7620 > * ramips/mt76x8 > * ramips/rt288x > * ramips/rt305x > * ramips/rt3883 > > All other targets can be considered as DSA targets? If you're working or > testing around that, please comment and share the status. > > LuCI support is added via a PR[2] on GitHub. > > Best, > Paul > > [0]: https://www.kernel.org/doc/html/latest/networking/dsa/dsa.html > [1]: https://openwrt.org/docs/guide-developer/releases/goals/20.xx > [2]: https://github.com/openwrt/luci/pull/4307 > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: 20.xx: state of the DSA
Hi On 2020-11-19, Paul Spooren wrote: [...] > The following targets seem use `swconfig`, should/can they be ported? > Please post states and links to work in progress migrations: [...] > * ath79 [...] > * ipq40xx > * ipq806x [...] > * lantiq/xrx200 [...] [ ipq807x is questionable at the moment, considering the discussions around adding ethernet/ switch support for the ax3600. ] At least these targets have- or are in the process (lantiq) of getting DSA drivers, but that doesn't mean all of the supported devices do (e.g. ath79 comes with a variety of different switch hardware, especially the older devices) or that the DSA drivers would be good enough to take over right now (e.g. ASCII encoded MAC addresses for ipq806x --> ea8500/ nbg6817 with qca8k or the current state of lantiq's DSA drivers, which are still under active development). > All other targets can be considered as DSA targets? If you're working or > testing around that, please comment and share the status. Assuming that 20.xx is supposed to be branched off 'soon' (and defining "soon" to be within the next couple of months), it's probably not feasible to migrate additional targets over to DSA right now, even for the devices where drivers exist, as this would invalidate all testing on these devices. IMHO this would be more of a todo item for immediately after 20.xy.0 gets released. Regards Stefan Lippers-Hollmann ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel