| Message ID | 20191024100914.16840-1-grygorii.strashko@ti.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | net: ethernet: ti: introduce new cpsw switchdev based driver | expand |
Hi, * Grygorii Strashko <grygorii.strashko@ti.com> [191024 10:10]: > This the RFC v5 which introduces new CPSW switchdev based driver which is > operating in dual-emac mode by default, thus working as 2 individual > network interfaces. The Switch mode can be enabled by configuring devlink driver > parameter "switch_mode" to 1/true: > devlink dev param set platform/48484000.ethernet_switch \ > name switch_mode value 1 cmode runtime Just wondering about the migration plan.. Is this a replacement driver or used in addition to the old driver? Regards, Tony
Hi Tony, On 24/10/2019 19:05, Tony Lindgren wrote: > Hi, > > * Grygorii Strashko <grygorii.strashko@ti.com> [191024 10:10]: >> This the RFC v5 which introduces new CPSW switchdev based driver which is >> operating in dual-emac mode by default, thus working as 2 individual >> network interfaces. The Switch mode can be enabled by configuring devlink driver >> parameter "switch_mode" to 1/true: >> devlink dev param set platform/48484000.ethernet_switch \ >> name switch_mode value 1 cmode runtime > > Just wondering about the migration plan.. Is this a replacement > driver or used in addition to the old driver? > Sry, I've missed you mail. As it's pretty big change the idea is to keep both drivers at least for sometime. Step 1: add new driver and enable it on one platform. Do announcement. Step 2: switch all one-port and dual mac drivers to the new driver Step 3: switch all other platform to cpsw switchdev and deprecate old driver.
* Grygorii Strashko <grygorii.strashko@ti.com> [191109 15:16]: > Hi Tony, > > On 24/10/2019 19:05, Tony Lindgren wrote: > > Hi, > > > > * Grygorii Strashko <grygorii.strashko@ti.com> [191024 10:10]: > > > This the RFC v5 which introduces new CPSW switchdev based driver which is > > > operating in dual-emac mode by default, thus working as 2 individual > > > network interfaces. The Switch mode can be enabled by configuring devlink driver > > > parameter "switch_mode" to 1/true: > > > devlink dev param set platform/48484000.ethernet_switch \ > > > name switch_mode value 1 cmode runtime > > > > Just wondering about the migration plan.. Is this a replacement > > driver or used in addition to the old driver? > > > > Sry, I've missed you mail. > > As it's pretty big change the idea is to keep both drivers at least for sometime. > Step 1: add new driver and enable it on one platform. Do announcement. > Step 2: switch all one-port and dual mac drivers to the new driver > Step 3: switch all other platform to cpsw switchdev and deprecate old driver. OK sounds good to me. So for the dts changes, we keep the old binding and just add a new module there? Or do you also have to disable some parts of the old dts? Regards, Tony
On 11/11/2019 19:08, Tony Lindgren wrote: > * Grygorii Strashko <grygorii.strashko@ti.com> [191109 15:16]: >> Hi Tony, >> >> On 24/10/2019 19:05, Tony Lindgren wrote: >>> Hi, >>> >>> * Grygorii Strashko <grygorii.strashko@ti.com> [191024 10:10]: >>>> This the RFC v5 which introduces new CPSW switchdev based driver which is >>>> operating in dual-emac mode by default, thus working as 2 individual >>>> network interfaces. The Switch mode can be enabled by configuring devlink driver >>>> parameter "switch_mode" to 1/true: >>>> devlink dev param set platform/48484000.ethernet_switch \ >>>> name switch_mode value 1 cmode runtime >>> >>> Just wondering about the migration plan.. Is this a replacement >>> driver or used in addition to the old driver? >>> >> >> Sry, I've missed you mail. >> >> As it's pretty big change the idea is to keep both drivers at least for sometime. >> Step 1: add new driver and enable it on one platform. Do announcement. >> Step 2: switch all one-port and dual mac drivers to the new driver >> Step 3: switch all other platform to cpsw switchdev and deprecate old driver. > > OK sounds good to me. So for the dts changes, we keep the old binding > and just add a new module there? yes, in general. As you can see Patch 11 I've rearranged cpsw nodes between boards so cpsw_new is enabled only on one board. But, Am5/dr7 board are good candidates to enable cpsw_new in batch as the have only dual_mac default cfg. > > Or do you also have to disable some parts of the old dts? it will be the case for am3/am5 most probably.
Hi All, Huh, I was finally able to return to this work. The major part of work done in this iteration is rebasing on top of net-next with XDP series from Ivan Khoronzhuk [3], and enable XDP support in the new CPSW switchdev driver (it was little bit painful ;(). There are mostly no functional changes in new CPSW driver, just few fixes, sync with old driver and cleanups/optimizations. So, I've kept rest of cover letter unchanged. And thank you All for review of v4. --- This series originally based on work [1][2] done by Ilias Apalodimas <ilias.apalodimas@linaro.org>. This the RFC v5 which introduces new CPSW switchdev based driver which is operating in dual-emac mode by default, thus working as 2 individual network interfaces. The Switch mode can be enabled by configuring devlink driver parameter "switch_mode" to 1/true: devlink dev param set platform/48484000.ethernet_switch \ name switch_mode value 1 cmode runtime This can be done regardless of the state of Port's netdev devices - UP/DOWN, but Port's netdev devices have to be in UP before joining the bridge to avoid overwriting of bridge configuration as CPSW switch driver completely reloads its configuration when first Port changes its state to UP. When the both interfaces joined the bridge - CPSW switch driver will start marking packets with offload_fwd_mark flag unless "ale_bypass=0". All configuration is implemented via switchdev API. The previous solution of tracking both Ports joined the bridge (from netdevice_notifier) proved to be not correct as changing CPSW switch driver mode required cleanup of ALE table and CPSW settings which happens while second Port is joined bridge and as result configuration loaded by bridge for the first Port became corrupted. The introduction of the new CPSW switchdev based driver (cpsw_new.c) is split on two parts: Part 1 - basic dual-emac driver; Part 2 switchdev support. Such approach has simplified code development and testing alot. And, I hope, it will help with better review. patches #1 - 4: preparation patches which also moves common code to cpsw_priv.c patches #5 - 8: Introduce TI CPSW switch driver based on switchdev and new DT bindings patch #9: new CPSW switchdev driver documentation patch #10: adds DT nodes for new CPSW switchdev driver added for DRA7 SoC patch #11: adds DT nodes for new cpsw switchdev driver for am571x-idk board patch #12: enables build of TI CPSW driver Most of the contents of the previous cover-letter have been added in new driver documentation, so please refer to that for configuration, testing and future work. These patches can be found at: https://github.com/grygoriyS/linux.git branch: lkml-5.4-switch-tbd-v5 changes in v5: - rebase on top of net-next with XDP series from Ivan Khoronzhuk [3], and enable XDP support in the new CPSW switchdev driver cpsw driver (tested XDP_DROP only) - sync with old cpsw driver - implement comments from Ivan Khoronzhuk and Rob Herring - fixed "NETDEV WATCHDOG: .." warning after interface after interface UP/DOWN, missed TX wake in cpsw_adjust_link() v4: https://patchwork.kernel.org/cover/11010523/ - finished split of common CPSW code - added devlink support - changed CPSW mode configuration approach: from netdevice_notifier to devlink parameter - refactor and clean up ALE changes which allows to modify VLANs/MDBs entries - added missed support for port QDISC_CBS and QDISC_MQPRIO - the CPSW is split on two parts: basic dual_mac driver and switchdev support - added missed callback .ndo_get_port_parent_id() - reworked ingress frames marking in switch mode (offload_fwd_mark) - applied comments from Andrew Lunn v3: https://lwn.net/Articles/786677/ Changes in v3: - alot of work done to split properly common code between legacy and switchdev CPSW drivers and clean up code - CPSW switchdev interface updated to the current LKML switchdev interface - actually new CPSW switchdev based driver introduced - optimized dual_mac mode in new driver. Main change is that in promiscuous mode P0_UNI_FLOOD (both ports) is enabled in addition to ALLMULTI (current port) instead of ALE_BYPASS. So, port in non promiscuous mode will keep possibility of mcast and vlan filtering. - changed bridge join sequnce: now switch mode will be enabled only when both ports joined the bridge. CPSW will be switched to dual_mac mode if any port leave bridge. ALE table is completly cleared and then refiled while switching to switch mode - this simplidies code a lot, but introduces some limitation to bridge setup sequence: ip link add name br0 type bridge ip link set dev br0 type bridge ageing_time 1000 ip link set dev br0 type bridge vlan_filtering 0 <- disable echo 0 > /sys/class/net/br0/bridge/default_vlan ip link set dev sw0p1 up <- add ports ip link set dev sw0p2 up ip link set dev sw0p1 master br0 ip link set dev sw0p2 master br0 echo 1 > /sys/class/net/br0/bridge/default_vlan <- enable ip link set dev br0 type bridge vlan_filtering 1 bridge vlan add dev br0 vid 1 pvid untagged self - STP tested with vlan_filtering 1/0. To make STP work I've had to set NO_SA_UPDATE for all slave ports (see comment in code). It also required to statically register STP mcast address {0x01, 0x80, 0xc2, 0x0, 0x0, 0x0}; - allowed build both TI_CPSW and TI_CPSW_SWITCHDEV drivers - PTP can be enabled on both ports in dual_mac mode [1] https://patchwork.ozlabs.org/cover/929367/ [2] https://patches.linaro.org/cover/136709/ [3] https://patchwork.kernel.org/cover/11035813/ Grygorii Strashko (8): net: ethernet: ti: cpsw: allow untagged traffic on host port net: ethernet: ti: cpsw: resolve build deps of cpsw drivers net: ethernet: ti: cpsw: move set of common functions in cpsw_priv dt-bindings: net: ti: add new cpsw switch driver bindings phy: ti: phy-gmii-sel: dependency from ti cpsw-switchdev driver ARM: dts: dra7: add dt nodes for new cpsw switch dev driver ARM: dts: am571x-idk: enable for new cpsw switch dev driver arm: omap2plus_defconfig: enable new cpsw switchdev driver Ilias Apalodimas (4): net: ethernet: ti: cpsw: ale: modify vlan/mdb api for switchdev net: ethernet: ti: introduce cpsw switchdev based driver part 1 - dual-emac net: ethernet: ti: introduce cpsw switchdev based driver part 2 - switch Documentation: networking: add cpsw switchdev based driver documentation .../bindings/net/ti,cpsw-switch.txt | 145 ++ .../device_drivers/ti/cpsw_switchdev.txt | 207 ++ arch/arm/boot/dts/am571x-idk.dts | 27 + arch/arm/boot/dts/am572x-idk.dts | 5 + arch/arm/boot/dts/am574x-idk.dts | 5 + arch/arm/boot/dts/am57xx-idk-common.dtsi | 5 - arch/arm/boot/dts/dra7-l4.dtsi | 52 + arch/arm/configs/omap2plus_defconfig | 1 + drivers/net/ethernet/ti/Kconfig | 19 +- drivers/net/ethernet/ti/Makefile | 2 + drivers/net/ethernet/ti/cpsw.c | 1374 +----------- drivers/net/ethernet/ti/cpsw_ale.c | 146 +- drivers/net/ethernet/ti/cpsw_ale.h | 11 + drivers/net/ethernet/ti/cpsw_new.c | 1995 +++++++++++++++++ drivers/net/ethernet/ti/cpsw_priv.c | 1245 +++++++++- drivers/net/ethernet/ti/cpsw_priv.h | 79 +- drivers/net/ethernet/ti/cpsw_switchdev.c | 589 +++++ drivers/net/ethernet/ti/cpsw_switchdev.h | 15 + drivers/phy/ti/Kconfig | 4 +- 19 files changed, 4586 insertions(+), 1340 deletions(-) create mode 100644 Documentation/devicetree/bindings/net/ti,cpsw-switch.txt create mode 100644 Documentation/networking/device_drivers/ti/cpsw_switchdev.txt create mode 100644 drivers/net/ethernet/ti/cpsw_new.c create mode 100644 drivers/net/ethernet/ti/cpsw_switchdev.c create mode 100644 drivers/net/ethernet/ti/cpsw_switchdev.h