[WIP] OpenWrt: update to 21.xx #105
No reviewers
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#105
Loading…
Reference in New Issue
No description provided.
Delete Branch "adschm:20xx"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
Current to-dos:
3e2041f171
to9cba274212
Updated.
Es sind nun einige weitere Änderungen und Fixes enthalten. Die aktuelle Version baut erfolgreich für ath79-generic (node and layer3).
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.
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.
9cba274212
toee314cd2b5
Fixed build issues with mt7621 and mpc85xx.
This builds on all targets now.
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.
ee314cd2b5
to92d8a1d3ed
Update:
Sieht gut aus. Sollte ohne Probleme auf v21.02-rc1 und unseren aktuellen master gerebased werden können.
Folgendes hab ich gefunden:
Abgesehen davon und der CPE210/510:
Reviewed-by: Fabian Bläse <fabian@blaese.de>
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.
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.
Da hast du recht. Weiß nicht mehr, wie ich darauf gekommen bin.
Ich rebase dann mal DSA.
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.
Pull request closed