Clarification about dsa and ipq806x

Stefan Lippers-Hollmann s.l-h at gmx.de
Mon Mar 1 00:29:46 EST 2021


Hi

[Disclaimer: I'm not an OpenWrt developer]

On 2021-03-01, Ansuel Smith wrote:
[...]
> The idea is to switch this target to dsa but there is a problem...
> Since kernel 5.10 is a testing kernel how should I change the base
[...]
> Do we have some way in openwrt to know if the system use dsa driver or
> swconfig driver?

I could come up with these strategies:

- if swconfig is still working in v5.10 with reasonable efforts, the
  easy way out could be to stick with swconfig for the TESTING_KERNEL
  introduction - and switch over to DSA as soon as it is acceptable to
  get rid of kernel v5.4.

- adding kernel version based conditionals to
  - target/linux/ipq806x/base-files/etc/board.d/02_network
  - target/linux/ipq806x/base-files/etc/board.d/05_compat-version (new)
  - target/linux/ipq806x/image/Makefile (checking for TESTING_KERNEL)
  and toggling DEVICE_COMPAT_VERSION between them as needed. This
  does require (and enforces via DEVICE_COMPAT_VERSION) nuking the
  existing configuration between v5.4 and v5.10 based builds, but would
  allow building either from the same source.

- if DSA is mostly working on kernel v5.4 (or could be retrofitted
  *easily*), switching kernel v5.4 in master over to DSA might be
  another option.
  "the dsa driver still lacks vlan support in kernel 5.4" suggests
  that this wouldn't be a reasonable option though.


Just two questions of my own.

I think to remember that introducing DSA based drivers is slightly at
odds with devices storing the MAC address in ASCII representation
(uboot-env) rather than binary at a fixed offset, is that an issue
here?
This affects linksys,ea7500-v1, linksys,ea8500 and zyxel,nbg6817

Is setting tx-fifo-depth still necessary/ useful?
http://lists.infradead.org/pipermail/openwrt-devel/2020-September/031417.html


Regards
	Stefan Lippers-Hollmann



More information about the openwrt-devel mailing list