Upcoming OpenWRT und ar71xx tiny subtarget

[Adrian Schmutzler]

Danke für den Tipp:

 

Das Entfernen der USB-Komponenten reicht aus, dass die Images gebaut werden. Zudem haben die Geräte im tiny-subtarget scheinbar ohnehin alle keine USB-Ports (zumindest extern).

 

Nur der MR3020 baut nicht (immer noch zu groß) und ist auch der einzige, der einen USB-Port hätte. Da es davon drei im Monitoring gibt, von denen einer online ist, würde ich den hinten runter fallen lassen.

 

Für alles andere kann ich dann jetzt mit Kernel 4.9 bauen und habe auch noch keine Probleme damit (trotz master) feststellen können.

 

Lediglich die AC Mesh erlaubt keine Updates zwischen 4.4 und 4.9 (man muss dann per TFTP ran …).

 

Beste Grüße

 

Adrian

 

From: Mister Crumble [mailto:MisterCrumble at web.de] 
Sent: Sonntag, 25. März 2018 06:57
To: mail at adrianschmutzler.de; franken-dev at freifunk.net
Subject: Upcoming OpenWRT und ar71xx tiny subtarget

 

Hallo Adrian, danke schon mal für die Mühe.

 

Es war ja leider abzusehen das die 4MB Geräte ein extra target bekommen. Die Leute die GLUON nutzen haben das Problem schon länger afaik. Dort werden die tiny mit 

Packages '-uboot-envtools' '-kmod-usb-core' '-kmod-usb-ohci' '-kmod-usb2' '-kmod-usb-ledtrig-usbport'

gebaut. Weiteres kann uns evtl neoraider sagen.

 

 

MFG MisterCrumble

 

Am Sonntag, 25. März 2018 schrieb :

Hallo zusammen,

 

da ja angeblich in Kürze ein neues OpenWRT-Release (18.03/04) anstehen soll, habe ich mir die Mühe gemacht, unsere Firmware auf den absehbaren neuen Stand (= aktueller Master) umzupfriemeln.

 

Meine Erfahrung/Resultate wollte ich hier auf die Liste kippen, damit sich vll. jemand sparen kann, dieselbe Arbeit nochmal zu machen.

 

Der Hauptunterschied (und Inhalt der „Umstellung“) ist, dass mit dem neuen Kernel wieder mehr Daten ins Image müssen, weshalb es für ar71xx jetzt ein zweites subtarget „tiny“ für die 4 MB Geräte gibt.

 

Ich werde kurz nach dieser Mail die entsprechenden Patches als RFC schicken (dort verwende ich natürlich den master für die checkouts, da es das stabile Build ja noch nicht gibt).

 

Gesammelte Erkenntnisse:

-          Bauen hat für alles geklappt außer CPE210/510 (habe hier allerdings nicht zu viel Zeit mit Fehler-Suchen investiert).

-          Die neuen Builds habe ich auf einem WDR4300 (generic subtarget) und einem 841v11 (tiny subtarget) getestet. Verhalten der Geräte ist normal/unauffällig. [1] [2]

-          Trotz tiny subtarget sind die neuen Builds um ca. 55 kB zu groß (für 841v11/v12); damit ein überhaupt Image rausfällt habe ich einfach den fff-web rausgeschmissen.

-          Durch das Splitten der subtargets könnte man auch die *.network files aufteilen, der Platzgewinn-Effekt wäre aber wohl gering (=nicht genug)

-          Das Splitten der Subtargets erfordert Anpassungen beim sysupgrade; das ist für mich nachrangig und kommt im Patchset NICHT vor

-          (Routing muss mit auf Master geändert werden, Batman 2016.x wird mit GCC 7 nicht mehr gebaut)

 

Für mich war das jetzt erstmal ein Test, ich werde die Router im Lauf der nächsten Woche wieder zurückflashen. Ggf. werde ich für meine Firmware einen entsprechenden branch zum Testen anlegen.

 

Es wäre aber natürlich von Vorteil, wenn wir uns Gedanken machen, wo wir den zusätzlichen Speicher herkriegen (oder wir machen in Zukunft Split-Release und die 4 MB bleiben für immer auf 17.01 und Kernel 4.4).

 

Beste Grüße

 

Adrian

 

[1] https://monitoring.freifunk-franken.de/mac/84:16:f9:2a:31:aa

[2] https://monitoring.freifunk-franken.de/mac/14:cc:20:ed:1d:83

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180409/a6d76c13/attachment.html>