[WIP] OpenWrt: update to 21.xx #105

Closed
adschm wants to merge 7 commits from adschm:20xx into master
Owner

This collects some patches in preparation for OpenWrt 21.xx.

Currently, it's still based on master.

The idea is to provide the patches for examination already, so

  • people will get an idea about the necessary changes
  • other changes like DSA can be based on it more easily.

Current to-dos:

  • CPE210/510 v1 is implemented as real two-port in ath79 and we cannot configure that. Nothing has been changed except the name and the target so far.
  • No DSA-related changes have been done.
This collects some patches in preparation for OpenWrt 21.xx. Currently, it's still based on master. The idea is to provide the patches for examination already, so * people will get an idea about the necessary changes * other changes like DSA can be based on it more easily. Current to-dos: * CPE210/510 v1 is implemented as real two-port in ath79 and we cannot configure that. Nothing has been changed except the name and the target so far. * No DSA-related changes have been done.
adschm added the
upstream
WIP
labels 2021-02-10 01:33:03 +01:00
adschm force-pushed 20xx from 3e2041f171 to 9cba274212 2021-02-11 00:48:18 +01:00 Compare
Author
Owner

Updated.

Es sind nun einige weitere Änderungen und Fixes enthalten. Die aktuelle Version baut erfolgreich für ath79-generic (node and layer3).

Updated. Es sind nun einige weitere Änderungen und Fixes enthalten. Die aktuelle Version baut erfolgreich für ath79-generic (node and layer3).
Owner

Betrifft dieses bullet-m Dings nur den master?
Und falls ja: Was passiert mit dem entsprechenden SoC in OpenWrt 19.07.x?

Betrifft dieses bullet-m Dings nur den master? Und falls ja: Was passiert mit dem entsprechenden SoC in OpenWrt 19.07.x?
Author
Owner

Betrifft dieses bullet-m Dings nur den master?
Und falls ja: Was passiert mit dem entsprechenden SoC in OpenWrt 19.07.x?

Das, was in 19.07 bullet-m heißt, ist nur die ar7241-Variante. Wenn einer ne ar7240 hat, hat der ein Problem.

> Betrifft dieses bullet-m Dings nur den master? > Und falls ja: Was passiert mit dem entsprechenden SoC in OpenWrt 19.07.x? Das, was in 19.07 bullet-m heißt, ist nur die ar7241-Variante. Wenn einer ne ar7240 hat, hat der ein Problem.
Author
Owner

Generell ist für 21.xx zu beachten, dass libustream-wolfssl und ca-bundle per default installiert werden. Im Moment entferne ich diese per Patch wieder.

Allerdings ist das langfristig sicher nicht klug, da OpenWrt diese wohl an immer mehr Stellen als gegeben voraussetzt. Sollte man sich entscheiden, diesen Weg mitzugehen, ist das das Todesurteil für die 4M Geräte.

Generell ist für 21.xx zu beachten, dass libustream-wolfssl und ca-bundle per default installiert werden. Im Moment entferne ich diese per Patch wieder. Allerdings ist das langfristig sicher nicht klug, da OpenWrt diese wohl an immer mehr Stellen als gegeben voraussetzt. Sollte man sich entscheiden, diesen Weg mitzugehen, ist das das Todesurteil für die 4M Geräte.
adschm force-pushed 20xx from 9cba274212 to ee314cd2b5 2021-02-11 23:48:48 +01:00 Compare
Author
Owner

Fixed build issues with mt7621 and mpc85xx.
This builds on all targets now.

Fixed build issues with mt7621 and mpc85xx. This builds on all targets now.
Author
Owner

ToDo: EEPROM muss in art umbenannt werden (für die AC-Mesh, ggf. weitere nötig)

Ist irrelevant, weil wir ROUTERMAC nicht mehr setzen müssen.

Die einzige Fälle von mtd_get_mac_binary sind für 1043 v4/v5 und dort bleibt der Name der Partition gleich.

~~ToDo: EEPROM muss in art umbenannt werden (für die AC-Mesh, ggf. weitere nötig)~~ Ist irrelevant, weil wir ROUTERMAC nicht mehr setzen müssen. Die einzige Fälle von mtd_get_mac_binary sind für 1043 v4/v5 und dort bleibt der Name der Partition gleich.
adschm force-pushed 20xx from ee314cd2b5 to 92d8a1d3ed 2021-02-27 12:42:52 +01:00 Compare
Author
Owner

Update:

  • Use recent 21.02 branch
  • Rebase AC Mesh and fix includes there
Update: - Use recent 21.02 branch - Rebase AC Mesh and fix includes there
fbl approved these changes 2021-04-27 22:06:23 +02:00
fbl left a comment
Owner

Sieht gut aus. Sollte ohne Probleme auf v21.02-rc1 und unseren aktuellen master gerebased werden können.

Folgendes hab ich gefunden:

  • Der rename von den network-Dateien des edgerouter-x und edgerouter-x-sfp passen nicht, da müsste ein Komma statt einem Unterstrich hin.
  • Beim r6220 müsste man ebenfalls get_mac_label verwenden können, wenn ich das dts richtig lese. Würde den DSA patch, den es von mir hinterher gibt, einfacher gestalten. :-)

Abgesehen davon und der CPE210/510:
Reviewed-by: Fabian Bläse <fabian@blaese.de>

Sieht gut aus. Sollte ohne Probleme auf v21.02-rc1 und unseren aktuellen master gerebased werden können. Folgendes hab ich gefunden: - Der rename von den network-Dateien des edgerouter-x und edgerouter-x-sfp passen nicht, da müsste ein Komma statt einem Unterstrich hin. - Beim r6220 müsste man ebenfalls get_mac_label verwenden können, wenn ich das dts richtig lese. Würde den DSA patch, den es von mir hinterher gibt, einfacher gestalten. :-) Abgesehen davon und der CPE210/510: `Reviewed-by: Fabian Bläse <fabian@blaese.de>`
Author
Owner

Habe gerade noch mal die Commits im 21.02 durchgekuckt, von der Seite hat sich nichts relevantes verändert.

Die Altlasten müsste man aber natürlich noch klären.

Habe gerade noch mal die Commits im 21.02 durchgekuckt, von der Seite hat sich nichts relevantes verändert. Die Altlasten müsste man aber natürlich noch klären.
Author
Owner

Beim R6220 wird get_mac_label verwendet; zumindest sehe ich dort kein Problem.

network.* für die edgerouter habe ich angepasst.

Ich habe den ganzen Spaß jetzt mal auf 21.02.0-rc1 hochgezogen und in mein staging geworfen, damit es mal test-baut:

https://builder.fff.community/table.php

Außerdem habe ich noch die "kaputten" Geräte temporär deaktiviert (CPE v1 und mt7621).

https://git.freifunk-franken.de/adschm/firmware/commits/branch/staging

Ich werde das dann so einwerfen, wenn der build (für einige targets) fertig ist.

Beim R6220 wird get_mac_label verwendet; zumindest sehe ich dort kein Problem. network.* für die edgerouter habe ich angepasst. Ich habe den ganzen Spaß jetzt mal auf 21.02.0-rc1 hochgezogen und in mein staging geworfen, damit es mal test-baut: https://builder.fff.community/table.php Außerdem habe ich noch die "kaputten" Geräte temporär deaktiviert (CPE v1 und mt7621). https://git.freifunk-franken.de/adschm/firmware/commits/branch/staging Ich werde das dann so einwerfen, wenn der build (für einige targets) fertig ist.
adschm closed this pull request 2021-06-08 20:35:32 +02:00
adschm deleted branch 20xx 2021-06-08 20:36:16 +02:00
Owner

Beim R6220 wird get_mac_label verwendet; zumindest sehe ich dort kein Problem.

Da hast du recht. Weiß nicht mehr, wie ich darauf gekommen bin.

Ich rebase dann mal DSA.

> Beim R6220 wird get_mac_label verwendet; zumindest sehe ich dort kein Problem. Da hast du recht. Weiß nicht mehr, wie ich darauf gekommen bin. Ich rebase dann mal DSA.
Owner

Was sprach eigentlich gegen -rc2?

Was sprach eigentlich gegen -rc2?
Author
Owner

Was sprach eigentlich gegen -rc2?

-rc2 enthält die Umstellung von ifname auf ports. Im Wesentlichen folgender Patch mit diversen Nachwehen:

892fc7caa9

Das würde ich gerne entsprechend einbauen, wenn wir auf -rc2 gehen, damit es uns später nicht auf die Füße fällt. Naturgemäß wird das aber nicht ganz billig.

> Was sprach eigentlich gegen -rc2? -rc2 enthält die Umstellung von ifname auf ports. Im Wesentlichen folgender Patch mit diversen Nachwehen: https://github.com/openwrt/openwrt/commit/892fc7caa9eee9f5ef9e172677f871c02841bae8 Das würde ich gerne entsprechend einbauen, wenn wir auf -rc2 gehen, damit es uns später nicht auf die Füße fällt. Naturgemäß wird das aber nicht ganz billig.

Pull request closed

Sign in to join this conversation.
No description provided.