[Alternative PATCH 0/7] Alternatives Set zum OpenWrt 18.06
Tim Niemeyer
tim at tn-x.org
Mo Aug 13 07:36:34 CEST 2018
Hi Michael
Am 12. August 2018 23:28:01 MESZ schrieb Michael Fritscher <michael at fritscher.net>:
>Moin,
>
>ich finde es nicht wirklich gut, dass wir auf die 4 MB Geräte so stark
>Rücksicht nehmen, dass wir uns die größeren Geräte beschneiden...
Wir beschneiden da nichts merktliches. Durch das Tony target werden features abgeschaltet, die wir im Feld nicht brauchen und noch nie gebraucht haben.
>Ich würde da umgekehrt sagen, dass die 4 MB Geräte halt irgendwann
>manche Features nicht mehr bekommen - z.B. irgendwelche fancy webgui
>Dinge oder eine weitere Variante für den Uplink (derzeit sind ja zwei
>implementiert - fastd und l2tp, wobei letzteres wenn ich es richtig
>sehe
>bei vielen GWs nicht aktiv ist?). Oder Dinge wie horst, nano oder auch
>USB oder opkg. USB könnte für Konfiguration von USB-Sticks, aber auch
>WLAN Adapter nützlich sein.
Zum einen hab ich immer noch keinen USB WLAN Adapter gefunden, der für unsere Zwecke irgendwas taugt. Zum anderen sind das alles sonder/spezial Fälle. Wer sowas braucht, der benutzt hoffentlich die GW Firmware oder baut eben sein Krams selber.
Hier müssen wir eben an die große Masse denken welche keine Firmware bauen kann, sich aber (selbstverständlich) anderweitig an der Community Arbeit beteiligt.
Tim
>Viele Grüße,
>Michael Fritscher
>On 12.08.2018 22:47, mail at adrianschmutzler.de wrote:
>> Hallo,
>>
>> trotz einiger Bedenkzeit bin ich immer noch der Meinung, dass uns
>diese Lösung mehr Arbeit macht, als sie uns Vorteile bringt.
>>
>> Zunächst werden die Knoten wohl ohnehin nicht ganz "gleich", wir
>müssen ja immer noch die unterschiedlichen Config-Files includen.
>>
>> Im Prinzip aber bauen wir hier eine Sonderwurst, die aus dem Konzept
>von OpenWrt ausbricht. Das führt dazu, dass wir immer nachdenken
>müssen, ob wir das richtig machen und bei neuen Patches ggf.
>Anpassungen notwendig werden. Das wäre u.U. gerechtfertigt, wenn sich
>bei den Split-Targets relevante Nachteile ergeben würden. Die sehe ich
>aber im Moment nicht.
>>
>> Nutzen wir die Split-Targets, müssen wir nur ein einziges Mal die
>bsps aufteilen (= Copy/Paste) und dann die sysupgrade-Namen anpassen.
>Damit ist die Sache erledigt und es fallen keine nachträglichen
>Wartungsschritte mehr an (Ich verwende den Spaß ja jetzt schon seit
>über 4 Monaten), da wir ja einfach OpenWrt so benutzen, wie es
>vorgesehen ist. Vielleicht sind die Targets dann im Detail irgendwie
>unterschiedlich (z.B. ist für 8 MB die Optimierung für Speed, bei 4 MB
>die Optimierung für Platz eingestellt). Ich sehe aber nicht, dass das
>unsere Arbeit an der Firmware irgendwie tangiert.
>> Aus meiner Erfahrung und Erwartung ist somit hier der Wartungsaufwand
>geringer. Der einzige Nachteil ist das doppelte Bauen. Allerdings auch
>nur, wenn man wirklich Geräte aus beiden Subtargets braucht (und halt
>jeweils einmal pro halbem Jahr für ein Release).
>>
>> Bevor Tim und ich jetzt aber noch drei Mal die gleichen Meinungen
>austauschen, ist das wohl ein Punkt, wo die Meinungen der anderen
>Entwickler hilfreich wären. Dafür sind die beiden alternativen
>Patchsets ja bestens geeignet.
>>
>> Beste Grüße
>>
>> Adrian
>>
>>> -----Original Message-----
>>> From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On
>Behalf
>>> Of Tim Niemeyer
>>> Sent: Dienstag, 7. August 2018 07:09
>>> To: franken-dev at freifunk.net
>>> Subject: [Alternative PATCH 0/7] Alternatives Set zum OpenWrt 18.06
>>>
>>>
>>> Dieses Patchset basiert auf dem OpenWrt 18.06 v3 Patchset von
>Adrian,
>>> allerdings wird kein neues BSP eingeführt sondern tiny wird für
>ar71xx als
>>> default genommen.
>>>
>>> Wir können so die Gleichheit der Knoten besser unter Kontrolle
>halten.
>>> Das erspart uns langfristig viel Arbeit, weil Dinge auf einer Knoten
>Art gehen
>>> und auf der anderen nicht.
>>>
>>> So lange wir die 4 MB Geräte unterstützen wollen müssen wir uns
>immer um
>>> den Speicherplatz kümmern, da macht es quasi keinen Unterschied, ob
>wir
>>> _alle_ Geräte auf 4 MB begrenzen oder nur ein paar.
>>>
>>> Mit dem Patch die Geräte alle auf tiny zu bauen, fahren wir
>langfristig
>>> vermutlich auch keine Rückportierungsprobleme, weil es faktisch
>keine Rolle
>>> spielt, ob ein Target für generic oder tiny entwickelt wurde.
>>>
>>> Wir sollten aber nochmal überlegen, ob es eventuell ungünstig für
>die
>>> Gateway Firmware wird. Desweiteren wäre zu überlegen, ob das wdr4900
>>> Target ggfs auch beschnitten werden sollte um das System weiter
>>> anzugleichen.
>>>
>>> Hinweis: Da scheint irgendwo ein parallel-build Fehler zu sein. :(
>Ich konnte
>>> im ersten Durchlauf nur mit einem Job sauber bauen, ansonsten musste
>ich
>>> immer zweimal bauen. Der MR3020 baut immer noch nicht.
>>>
>>> Tim
>>>
>>>
>>> Adrian Schmutzler (4):
>>> OpenWRT: Update OpenWrt, packages and routing to openwrt-18.06
>>> fff-boardname: Fix changed board name of WDR4900v1
>>> fff-firewall: Fix match in ip6tables and add dependencies
>>> root_file_system: Remove sysctl.conf
>>>
>>> Tim Niemeyer (3):
>>> OpenWrt: Use the tiny target and update names
>>> fff-sysupgrade: Update sysupgrade.sh to support openwrt-18.06
>>> OpenWrt: Save space
>>>
>>> bsp/ar71xx/.config | 139 ++--
>>> bsp/board_ar71xx.bsp | 68 +-
>>> bsp/board_wdr4900.bsp | 2 +-
>>> bsp/default/root_file_system/etc/sysctl.conf | 1 -
>>> .../openwrt/0001-sysupgrade-no-config-save.patch | 12 +-
>>> build_patches/openwrt/0002-set-root-password.patch | 6 +-
>>> .../openwrt/0003-ntpd-host-as-string.patch | 6 +-
>>> ...tats.patch => 0004-ar71xx-4.9-l2tp-stats.patch} | 12 +-
>.../0005-allow-
>>> building-all-devives-as-tiny.patch | 28 +
>...ils-tplink-safeloader-support-
>>> strings-as-.patch | 164 -----
>...1xx-add-support-for-TP-Link-Archer-C25-
>>> v1.patch | 501 ---------------
>...ils-tplink-safeloader-add-TP-Link-Archer-.patch
>>> | 114 ---- ...mware-update-qca9887-firmware-to-10.2.4-1.patch | 41
>-- ...ils-
>>> mktplinkfw-rework-combined-image-opti.patch | 264 --------
>...mktplinkfw-
>>> combined-command-to-image-comm.patch | 103 --- ...13-ar71xx-add-
>>> support-for-TL-WR1043N-v5.0.patch | 697 ---------------------
>...do-not-apply-
>>> broken-power-limits-with-ATH.patch | 173 -----
>...-remove-bs-partition-ro-
>>> flag-for-UniFi-AC.patch | 36 --
>...ort-interface-IDs-with-more-than-two-
>>> digi.patch | 35 --
>>> buildscript | 12 +-
>>> .../files/etc/uci-defaults/50-fff-boardname | 3 +
>>> src/packages/fff/fff-firewall/Makefile | 5 +-
>>> .../files/usr/lib/firewall.d/20-filter-ssh | 4 +-
>>> .../fff/fff-sysupgrade/files/etc/sysupgrade.sh | 14 +-
>>> 24 files changed, 172 insertions(+), 2268 deletions(-) delete mode
>100644
>>> bsp/default/root_file_system/etc/sysctl.conf
>>> rename build_patches/openwrt/{0004-ar71xx-4.4-l2tp-stats.patch =>
>0004-
>>> ar71xx-4.9-l2tp-stats.patch} (83%) create mode 100644
>>> build_patches/openwrt/0005-allow-building-all-devives-as-tiny.patch
>>> delete mode 100644
>build_patches/openwrt/0005-firmware-utils-tplink-
>>> safeloader-support-strings-as-.patch
>>> delete mode 100644
>build_patches/openwrt/0006-ar71xx-add-support-for-
>>> TP-Link-Archer-C25-v1.patch
>>> delete mode 100644
>build_patches/openwrt/0007-firmware-utils-tplink-
>>> safeloader-add-TP-Link-Archer-.patch
>>> delete mode 100644
>build_patches/openwrt/0008-ath10k-firmware-update-
>>> qca9887-firmware-to-10.2.4-1.patch
>>> delete mode 100644 build_patches/openwrt/0011-firmware-utils-
>>> mktplinkfw-rework-combined-image-opti.patch
>>> delete mode 100644
>build_patches/openwrt/0012-build-move-mktplinkfw-
>>> combined-command-to-image-comm.patch
>>> delete mode 100644
>build_patches/openwrt/0013-ar71xx-add-support-for-
>>> TL-WR1043N-v5.0.patch
>>> delete mode 100644
>build_patches/openwrt/0020-Revert-ath-do-not-apply-
>>> broken-power-limits-with-ATH.patch
>>> delete mode 100644 build_patches/openwrt/0031-ar71xx-remove-bs-
>>> partition-ro-flag-for-UniFi-AC.patch
>>> delete mode 100644
>build_patches/routing/0001-alfred-Support-interface-
>>> IDs-with-more-than-two-digi.patch
>>>
>>> --
>>> 2.11.0
>>
>>
Mehr Informationen über die Mailingliste franken-dev