Freetz für 6490?

[Coolzero82]

Ok, nach einem make dirclean läuft der Build jetzt ohne probleme durch.

Nur um auf nummer sicher zu gehen, wie muss ich das Image jetzt flashen? normal über das AVM WebIf und dann auf Update?

Danke

 

[er13]

So, was ist nun? Wird

# UCLIBC_BUILD_SSP is not set

benötigt oder doch nicht?

Meiner Erinnerung nach hat sich die Toolchain bei mir mit

UCLIBC_BUILD_SSP=y

übersetzen lassen. Ganz sicher bin ich mir allerdings nicht. Wenn Ihr jetzt sagt, es funktioniert doch so wie im Trunk, dann erspart Ihr mir die unnötigen Tests.

 

[Coolzero82]

Hi, wie in #181 geschrieben muss
# UCLIBC_BUILD_SSP is not set
Gesetzt sein zumindest für die 6590 mit OS 7


Gesendet von iPhone mit Tapatalk

 

[er13]

In der AVM config ist das Symbol aber gesetzt, daher bezweifle ich die zwingende Notwendigkeit von

# UCLIBC_BUILD_SSP is not set

Aber OK, ich versuche das Problem nachzustellen.

Edit: bekomme das Problem nachgestellt. In Buidlroot findet sich folgender Commit. Dieser löst das Problem jedoch nicht.

Die Analyse der Binaries aus 6[49]90.07.00 zeigt jedoch, dass /lib/ld-uClibc-1.0.14.so das Symbol D __stack_chk_guard gar nicht enthält wie es dieselbe Datei sowohl bei den MIPS- als auch bei den ARM-Boxen macht (beides geprüft). Damit hat AVM mal wieder eine .config (diesmal eine uClibc .config) veröffentlicht, die nicht dem entspricht, was tatsächlich verwendet wurde.

Damit ist die Lösung UCLIBC_BUILD_SSP zu disablen, doch die richtige.

 

[Coolzero82]

Ja so läuft der Build sauber durch.

Muss trotzdem nochmal fragen, wie flashe ich das Image jetzt am besten, einfach über denn avm update vorgang, oder wie muss bei den Kabelboxen vorgegangen werden?

Danke für eure Tolle Arbeit und Hilfe!

 

[f666]

Siehe entweder /viewtopic.php?t=160 oder https://github.com/Freetz/freetz/blob/master/howtos/en/6490_info_sheet.txt

 

[er13]

Edit: bekomme das Problem nachgestellt. In Buidlroot findet sich folgender Commit. Dieser löst das Problem jedoch nicht.

Die Analyse der Binaries aus 6[49]90.07.00 zeigt jedoch, dass /lib/ld-uClibc-1.0.14.so das Symbol D __stack_chk_guard gar nicht enthält wie es dieselbe Datei sowohl bei den MIPS- als auch bei den ARM-Boxen macht (beides geprüft). Damit hat AVM mal wieder eine .config (diesmal eine uClibc .config) veröffentlicht, die nicht dem entspricht, was tatsächlich verwendet wurde.

Damit ist die Lösung UCLIBC_BUILD_SSP zu disablen, doch die richtige.

Muss meine Aussage von heute Nacht wieder zurückziehen. Es gehört da mehr untersucht und vermutlich ist die Lösung von Buildroot doch die richtige (man muss sie bloß richtig umsetzen, was ich heute Nacht nicht gemacht habe).

Vorläufiger Zwischenstand. Bei i386 geht uClibc davon aus, dass die von gcc zur Verfügung gestellten Mechanismen für SSP genutzt werden können. Bei den beiden anderen von Freetz unterstützten Architekturen wird SSP quasi "zu Fuß" von uClibc selbst implementiert. Damit der gcc-Mechanismus greift, muss configure von libgcc bei einem seiner Tests dies feststellen. Genau dieser Test funktioniert mit uClibc nicht und genau an dieser Stelle greift auch die Buildroot-Lösung in den Prozess ein.

All dies nur vom Quellcode lesen her, noch keine Tests. Komme voraussichtlich erst heute Abend dazu.

 

[prisrak1]

ok. habs auch geschaft zu bauen. 6590 geht auch. Danke an alle!

 

[er13]

Um es mal festzuhalten. Fehlt in der ld-uClibc-1.0.*.so das Symbol __stack_chk_guard (fehlt im Sinne "nicht exportiert"), so heißt es noch nicht, dass die Übersetzung ohne SSP erfolgte, denn verschiedene Architekturen nutzen unterschiedlichen Mechanismen, um SSP zu implementieren (den Fehler habe ich heute Nacht gemacht als ich daraus geschlussfolgert habe, dass die von AVM veröffentlichte .config nicht der entspricht mit der tatsächlich übersetzt wurde). x86 (neben x86_64, sparc und powerpc) ist zufälligerweise anders als MIPS und ARM. Das ist der Grund, warum MIPS und ARM das Problem nicht getriggert haben.

Schaltet man UCLIBC_BUILD_SSP aus

# UCLIBC_BUILD_SSP is not set

so geht man dem Problem nur aus dem Weg, sonst nichts.

Der richtige Workaround ist es dem GCC mitzuteilen, dass SSP von der uClibc unterstützt wird. Der Fix stammt aus dem Buildroot-Projekt und wurde in r14985 in Freetz übernommen.

Denjenigen, die mit "UCLIBC_BUILD_SSP is not set" gebaut haben, wird nach der Aktualisierung auf r14985 empfohlen, ihre .config zu sichern und ein "make distclean" aufzurufen ("make target-toolchain-clean target-toolchain-dirclean" könnte auch funktionieren, von mir jedoch nicht getestet).

 

[f666]

OK, mit der r14985 funktioniert es auch mit UCLIBC_BUILD_SSP=y.

 

[Coolzero82]

Hi, hab jetzt mal die 6590 geflasht, und bis jetzt sieht alles super aus!

Danke für die hervorragende Arbeit!



EDIT

Ich kann vsftp nicht starten, es kommt zwar
Starting vsftpd ... done.
aber der vsftp ist immer noch stopped

einer ähnliche erfahrungen?

 

[alis123]

Den Port hast du geändert ? Port 21 wird durch ftpd belegt

 

[Coolzero82]

Den Port hast du geändert ? Port 21 wird durch ftpd belegt

Ja hätte ich, scheint aber auch eher ein Anzeige Problem zu sein, denn verbinden könnte ich mich dann


Gesendet von iPhone mit Tapatalk

 

[f666]

OS Pakete für die 6490 FritzOS 7.01 sind veröffentlicht:

https://osp.avm.de/fritzbox/fritzbox-6490-cable/

 

[PeterPawn]

Versteht irgendjemand diese Strategie noch?

Wollen wir schon mal Wetten abschließen, ob die Quellen für die nächste Version wieder mit "geheimen Credentials" irgendwo auf einer Maschine tief im Inneren des AVM-Netzes bereitgestellt werden?

 

[alis123]

Bitte den Link entfernen, sonst nimmt AVM den wieder offline.

 

[stoney]

wieso sollte AVM das?

1. ist es die Pflicht von AVM die (Open)Sources zur verfügung zu stellen (sollte eig. auch ohne Aufforderung passieren)

2. ist das ein offizieller "Server", wo eben genau diese Dateien vorgehalten werden.

 

[alis123]

OK, Eure Entscheidung

 

[stoney]

Man muss ja nur mal eine Ebene darüber schauen, dort sind ja auch die Sources von der 3270 - 7590.

Und blättert man 5 Seiten zurück, stößt man auf:

http://osp.avm.de/fritzbox/fritzbox-6490-cable/source-files-FRITZ.Box_6490_Cable-06.61.tar.gz
http://osp.avm.de/fritzbox/fritzbox-6490-cable/source-files-FRITZ.Box_6490_Cable.atom-06.61.tar.gz

vom 25.12.2017 - diese sind ebenfalls noch auf dem 'osp'.

Ich habe da eher weniger Bedenken (außerdem hat sich diese sicherlich schon jmd gesichert und irgendwo auf seinem FTP liegen hat zB #81 6.61-6.87)

 

[alis123]

außerdem hat sich diese sicherlich schon jmd gesichert und irgendwo auf seinem FTP liegen

Ach, wer macht den so was ......