Freetz auf Speedport W 920V, mag jemand helfen?

[pastday]

Tach,

aktueller Stand der Dinge ist, daß Freetz problemlos und stabil auf einer durch das Sp2Fritz-Script erstellten Mischung aus der Telekom-Firmware 65.04.58 und der 7270-Laborfirmware 54.04.98-12028 läuft (getestet mit Trunk-Version 2473).

Aufgrund einer Wechselwirkung, die ich nicht verstehe, funktioniert jedoch nur entweder das interne VDSL-Modem oder Freetz. Damit ist der Riesenvorteil des W 920V, nämlich keinen Platz und Strom für ein externes VDSL-Modem zu benötigen, leider dahin.

Hat jemand von Euch die Zeit und die Lust, sich das einmal anzusehen? Vielen Dank!

 

[olistudent]

Ich habs mir jetzt nicht angeschaut. Aber für das VDSL-Modem brauchst du den W920V Kernel, die Module und die Binarys aus der W920V Firmware. Wird das alles vom Skript beachtet?

MfG Oliver

 

[pastday]

Hallo Oliver,

danke für Deine Antwort! Das besagte Script erstellt eine Firmware, mit der der Betrieb des internen VDSL-Modems uneingeschränkt möglich ist - der W 920V verhält sich komplett wie eine Fritzbox 7270 mit eingebautem VDSL-Modem.

Versucht man aber, diese Firmware noch mit Freetz auszustatten, bootet das Gerät zwar, antwortet auch dauerhaft auf Pings, startet aber kein Webinterface (weder auf :80 noch auf :81) und wählt sich auch nicht ein. Einzig der Port 53 ist dann offen.

Johann, der Scriptentwickler, hat als Workaround dagegen die interne ADSL- und VDSL-Funktionalität abgeschaltet - der Betrieb mit einem externen PPPoE-Modem ist aber weiterhin möglich.

Aus meiner Laiensicht scheint also irgendwie der VDSL-Teil mit Freetz inkompatibel zu sein. Johann schreibt hier:

Das Problem mit "paging Fehler" verfolgt uns ja schon sehr lange mit unterschiedlichen Kombinationen von Firmware Teilen auch bei anderen Routern von AVM, in diesen Fall bei der relativ alten Labor Firmware 12028 die noch kompatibel zum T-com Kernel und zur uClibc ist, tritt das Problem in Kombination mit Freetz auf sobald der VDSL Treiber geladen wird.

Kannst Du damit vielleicht etwas anfangen?

Ich habe ihn aber schon gebeten, in diesem Thread hier mitzulesen und zu schreiben. Vielleicht ist gemeinsam eine Lösung möglich?

 

[Silent-Tears]

Was ich daraus auf alle Fälle sehe, ist dass die tcom noch die "alte" uclibc verwendet, und das zumindest mit den aktuellsten Firmwareversionen nichts wird, da der komplette Teil für dieses vinax-Gedöns nicht mit der neuen funktioniert.

Wie sieht es mit einem seriellen Log aus, um mal zu sehen, was da passiert beim booten?

 

[pastday]

Was ich daraus auf alle Fälle sehe, ist dass die tcom noch die "alte" uclibc verwendet, und das zumindest mit den aktuellsten Firmwareversionen nichts wird, da der komplette Teil für dieses vinax-Gedöns nicht mit der neuen funktioniert.

Genau, die 54.04.98-12028 ist die letzte Firmware, mit der das interne VDSL-Modem noch funktioniert. Die All-in-one (54.04.63-12043) braucht schon zwangsläufig ein externes Modem.

Das ist eben das, was ich nicht verstehe - ohne Freetz läuft die 12028 mit internem Modem. Oder meinst Du mit "aktuellsten Firmwareversionen" die Freetz-Versionen?

Wie sieht es mit einem seriellen Log aus, um mal zu sehen, was da passiert beim booten?

Ich selbst hab' leider kein serielles Kabel angelötet, glaube aber, im Sp2Fritz-Forum davon gelesen zu haben. Wenn's hilft, frage ich mal nach - vielleicht kann uns jemand ein Log besorgen.

 

[Jpascher]

Was ich daraus auf alle Fälle sehe, ist dass die tcom noch die "alte" uclibc verwendet, und das zumindest mit den aktuellsten Firmwareversionen nichts wird, da der komplette Teil für dieses vinax-Gedöns nicht mit der neuen funktioniert.

Ja genau so ist das, daran kann ich auch nichts ändern, wir brachen eine neu t-com Firmware möglichst mir verfügbaren Quellcode.


Es gibt aber eine Firmware von Freetz die noch die gleiche alte uClibc verwendet. Da gibt es den von mir erwähnten Paging Fehler beim booten.

Verifying version of TCOM and AVM firmware images ...
-- TCOM firmware image version is: 04.58-0
-- AVM firmware image version is: 04.98-12028
-- TCOM # Versioninfo: 65.04.58
-- TCOM # Checkpoint: r11298
--------------------------------------------------------------------------------
-- TCOM Kernel version is: 2.6.19.2
-- AVM Kernel version is: 2.6.19.2
--------------------------------------------------------------------------------
-- TCOM uClib version is: 0.9.28
-- AVM uClib version is: 0.9.28

Wie sieht es mit einem seriellen Log aus, um mal zu sehen, was da passiert beim booten?

Könnt ihr haben, wenn es daran scheitern würde.

 

[luftdieb]

Hallo,
hab eben diesen Thread entdeckt. Ich hatte die Tage versucht, mit der aktuellen Laborversion phone 13286 freetz (trunk) auf den Speedport W920V zu laden. Erstellung der Firmware und auch das draufladen hat wunderbar funktioniert. Leider führt dies zu der bereits bekannten Reboot Schleife. Ein Consolenlog wurde aufgezeichnet und wurde bereits im Speed2Fritz Thread gepostet (#2015.

Kann hier jemand mit der Ausgabe etwas anfangen? Es gibt sicher einige, die interesse am funktionierenden VINAX Chip mit Freetz hätten ;-) Ich liefere gerne noch weitere logs, sofern dies notwendig ist.

Gruß
luftdieb

 

[olistudent]

Okay. Ich fang einfach mal mit dem ersten an was mir im Log auffällt:

init started: BusyBox v1.12.3 (2008-12-22 21:27:43 CET)
rootdir=/
table='/etc/device.table'
makedevs: cannot create directory 'dev/coda': File exists
makedevs: line 33: can't create node dev/coda/0: Not a directory
makedevs: line 33: can't create node dev/coda/1: Not AVM_WATCHDOG: System Init UEberwachung 240 Sekunden
a directory
makedevs: line 33: can't create node dev/coda/2: Not a directory
makedevs: line 33: can't create node dev/coda/3: Not a directory
makedevs: line 33: can't create node dev/coda/4: Not a directory
makedevs: line 78: can't create node dev/vinax/: File exists
TFFS Name Table F

Freetz mountet normalerweise ein tmpfs nach /dev. Von daher kann es nicht sein, dass dieses Devices schon existieren. Es ist schwierig was zu supporten, wenn ihr da Änderungen vornehmt, die nicht vorgesehen sind.

MfG Oliver

 

[Jpascher]

Hallo Oliver,

danke, dass du dir Zeit nimmst da zun Antworten!
Ich muss leider gestehn, dass ich kaum Zeit find mich darum zu kümmern.

Prinzipill möche ich aber sagen, dass Änderungen an Freetz von mir zumindest nicht beabsichtigt sind.

Ich bin dieser Probelmatic nicht wirklich nachgegangen, soweit ich es aber jetzt einschäze ist irgnwas mit den anlegen von manchen /dev/.. faul.

Prinzippiell brauchst du dich nicht um speed2fritz nicht kümmern.

Es geht hier generell nur darum ein Freetz für die aktuellen 7270 Firmwares ohen Fehler zu erstellen.

Vor einigen Tagen ließ sich zumindest .67 AVM Firmware sauber erstellen, vermute somit auch kaum Handlungsbedarf von deiner Seite. Möglich dass bei den letzten Revisionen nun was anders ist. Ich teste das für ATA- ONLY eh durch sobald ich wieder Zeit habe.
EDIT:

PS:
Luftdieb bezieht sich auf eine Firmwar die den VINAX chip nachträglich mit speed2fritz einbaut.
Diese dürfte bereits mit den /dev/vinax Einträgegen gebaut worden sein.
Fehlermeldung bezüglich /dev/.. tretten in seinen logs nicht auf.
Jedoch die bekannten Fehlermeldunge:

Jan  1 01:00:40 ctlmgr[478]: VPNConn_Register called...

Jan  1CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc == c0111c6c, ra == c0113104
 01Oops[#1]:
Cpu 0
$ 0   : 00000000 1000ce01 00000000 00000000
$ 4   : 9755f808 00000000 c0122f10 00000001
$ 8   : 00010000 97ae7c50 00000000 2e646576
$12   : 6d6c7463 00000045 007e90a5 735f7267
$16   : 97ae7c44 9755f800 00000000 97ae7c00
$20   : 97ae7c18 97ae7c44 2aab0c00 c0120000
$24   : 00000000 c0111c58                  
$28   : 97ac0000 97ac3d10 0000000c c0113104
Hi    : 516ce9de
Lo    : ff913828
epc   : c0111c6c MEI_MaskInterrupts+0x14/0xfff123a8 [drv_vinax]     Tainted: P     
ra    : c0113104 VINAX_WriteMailbox+0x1ac/0xfff110a8 [drv_vinax]
Status: 1000ce03    KERNEL EXL IE 
Cause : 1080000c
BadVA : 00000004
PrId  : 00019068
Modules linked in: kdsldmod(P) musb_hdrc usbcore dect_io(P) avm_dect(P) capi_codec(P) isdn_fbox_fon5(P) pcmlink(P) rtc_avm rtc_core rtc_lib drv_vinax(P) loop jffs2 Piglet_noemif(P) led_modul_Fritz_Box_DECT_W920V(P)
Process ctlmgr (pid: 478, threadinfo=97ac0000, task=9444c498)
Stack : 940746ec 94074838 97ae7c44 c0024b00 97ae7c44 9755f800 0000000c 97ae7c00
        c0024b00 00000001 2aab0c00 0040d270 00475b0c c01140cc 9755f800 c0120244
        c0120548 c0120244 c0024afc c0024afc c01204e8 97ae7c00 00000001 00000038
        c0114390 942506b4 9755f800 c010a3b8 00000000 97ac3dd0 9710cd80 00000000
        c0024afc 00000002 c0020000 97ae7c00 00000000 c0120a1c 97ae7c00 00000000
        ...
Call Trace:
[<c0111c6c>] MEI_MaskInterrupts+0x14/0xfff123a8 [drv_vinax]
[<c0113104>] VINAX_WriteMailbox+0x1ac/0xfff110a8 [drv_vinax]
[<c01140cc>] VINAX_IoctlCmdMsgWrite+0x108/0xfff1003c [drv_vinax]
[<c0114390>] VINAX_IoctlMsgSend+0x100/0xfff0fd70 [drv_vinax]
[<c0120a1c>] avm_vinax_ask_and_get+0x114/0xfff036f8 [drv_vinax]
[<c0115414>] avm_vinax_get_modem_state+0x30/0xfff0ec1c [drv_vinax]
[<c0115fb4>] avm_vinax_get_data_on_event+0x58/0xfff0e0a4 [drv_vinax]
[<c010f4ec>] avm_vinax_status_update_noWQ+0xd0/0xfff14be4 [drv_vinax]
[<941332ec>] avm_event_register+0xe8/0x108

----------------

Habe jetzt sowohl freetz mit Revision 2975 für die 7270 PHONE
erstellt:
7270_labor_phone_04.97freetz-devel2957M.de_20090104-051643.image
Sowie anschließend auch das Speed2Fritz damit:
fw_Speedport_W920V_04.63-13048_Fritz_Box_DECT_W920V_04.97-13286-freetz-2957M-sp2fr-09.01.01_OEM-avm_AnnexA_de.image

Fehlermeldungen gab es keine beim Erstellen.

 

[Silent-Tears]

Am Rande angemerkt: Ich bin grad dran, mir eine solche Box zu organisieren (also mit vinax-chip) um da mal drüber zu gucken, damit es auch hier mal vorwärts geht mit Freetz ohne den Umweg über sp2fritz.

 

[Jpascher]

Um nochmal klar zu stellen, es gibt keine besonderen Problem mit Freetz auf dem W920V solange der VINAX Treiber nicht geladen wird. Also im ATA-ONLY Modus.
Die 7270 .67 und die Labor Firmware laufen darauf. Plugins funktionieren ebenso.

Es ist auch kein Problem das Speed2fritz Skrit direkt ins Freetz mit reinzunehme, ändert aber an der Unverträglichkeit der Vinaxtreiber nichts.

Wenn du VDSL in Deutschland hat ist es zu begrüßen, dass du dich darum annimmst, bei mir scheitert es ja an der Möglichkeit den W920 annex A beizubringen und von VDSL kann ich sowieso nur träumen.

 

[Silent-Tears]

Ich hab kein vdsl mehr, eigentlich aktuell noch nciht einmal dsl zur verfügung, seit Wochen nur umts.

Aber zumindest mal die Sache mit freetz in Gang bringen, dass das direkt anwählbar ist, wäre doch was feines. Vor allem dann die serielle Konsole dazu und sowas

 

[luftdieb]

Ich finde das echt toll, das es hier vorwärts geht. Gibt es hier irgendwelche Dokumentation, wo man sich evtl. einarbeiten kann? Evtl. kann ich das Team auch dabei unterstützen. Linux Kenntnisse sind vorhanden und scripten ist auch kein Fremdwort für mich. Wenn ich irgendwas ausprobieren kann, bin ich gerne bereit dazu.

Ansonsten drück ich die Daumen, das VINAX irgendwann mal unter Freetz läuft.

Die ATA-Only Variante ist zwar ganz nett... Aber erfordert ja wieder zusätzliche Hardware, was bei vielen der Grund für die Nutzung/Anschaffugn des W920V ist.

Gruß
luftdieb

 

[Jpascher]

Ja tu dich mit Silent-Tears zusammen er ist einer der Freetz Macher die bei weiten besser drauf sind als ich. Mein größtes Hinderniss ist, dass ich hier eben ohne VDSL nicht wirkich was voranbringen kann. Habe seit einigen Tagen nun selber einen W920 und einen W721 mit serieller Konsole ein W503 werden ich wahrscheinlich demnächst auch bekommen. Den Probelm bin ich aber nicht weiter auf die Spur gekommen.

 

[olistudent]

@luftdieb:
Der erste Schritt wäre rauszufinden warum die Devices schon existieren. In der rc.S sollte ein tmpfs nach /dev gemountet werden und danach mit makedevs die Devices erstellt werden...

Falls du es nicht siehst könnte ein "set -x" "set +x" in der rc.S abhilfe schaffen.

MfG Oliver

 

[Jpascher]

Mir fällt auf, dass in dievice.table und device_tabble.txt sowohl coda wie auch vinax 777 als Rechte haben und genu diese machen Probleme. In der Original t-com Firmware sind die Rechte für Vinax jedoch 666. Werde das mal umstellen und erneut testen.

Eine Erklärung von Oliver oder jemanden anderen der da einen besseren Durchblick hat damit meine mangelnden Grundlagenkenntnisse aufgefrischt werden wäre äußerst wünschenswert. Ich werde sicher google bemühen, nur momentan weiß ich nicht wo es da bei mir aushängt.

 

[luftdieb]

Hi Oliver,
ich hätte gerne die information aus dem erzeuge freetz image gezogen... Aber irgendwie gibtes im *freetz*.image file kein /etc/.init.d/.* Verzeichnis. Zumindest nicht dort, wo ich geschaut habe. Die kernel.image und die jffs2.image, welche unter /var/tmp/ in der *freetz*.image Datei liegt, kann ich nicht öffnen / entpacken. Google meint, ich benötige unsquashfs, welche ich mit apt-cache search ... nicht finde. Die Datei zu mounten (sudo mount -t jffs2 jffs2.image /home/jars/Desktop/S2F/090101/Firmware.new/test/var/tmp/jffs2/mnt/) erzeugt auch nur eine Fehlermeldung

mount: wrong fs type, bad option, bad superblock on /home/jars/Desktop/S2F/090101/Firmware.new/test/var/tmp/jffs2/jffs2.image,

Die plugins.image beinhaltet nur ein /var/* verzeichnis, in dem natürlich keine rc.S liegt.

Wechsel ich in die freetz-trunk umgebung (/Desktop/S2F/freetz-trunk/build/modified/filesystem/etc/init.d$), kann ich in der rc.S folgende Zeile finden:

[ -f /dev/.hotplug-cache ] || mount -o nosuid -t tmpfs dev /dev
/sbin/makedevs -d /etc/device.table /
mount -a

Da scheint also die Welt noch in Ordnung zu sein.
@JPascher: Wo ist das build Verzeichnis unter S2F, aus der die .image Datei bzw. die jffs2 Datei gewonnen wird? Ich habe ein SPDIR (vermutlich Speedbox) und ein FBDIR (Fritzbox) Verzeichnis, welches auch ein squafs-root Verzeichnis beinhaltet, in dem es auch ein rc.S unter etc/init.d gibt. Werden die Verzeichnisse einfach nur gemerged? Welche Datei wird hierbei überschrieben, wenn gemerged wird? Unter /alien/subscripts/ gibt es eine patch_rc.S.sh, die aber keinerlei modifikation an /dev/ vornimmt. Oder gibt es doch ein build Verzeichnis, was nach dem build gelöscht wird?
Im FBDIR gibt es die gleiche Zeile:
[ -f /dev/.hotplug-cache ] || mount -o nosuid -t tmpfs dev /dev, wie im freetz-trunk. Diese gibt es aber unter SPDIR nicht:

############################################################################################ rc.S for 2.6 Kernel
##########################################################################################
mount -n /proc
mount /var
##########################################################################################

############################################################################################ rc.S for 2.6 Kernel
##########################################################################################
[ -f /dev/.hotplug-cache ] || mount -o nosuid -t tmpfs dev /dev
/sbin/makedevs -d /etc/device.table /
mount -a
##########################################################################################

Gruß
luftdieb

 

[MaxMuster]

Moin,

alles das, was du umständlich wieder "öffnen" willst findest du unter build/modified/filesystem (oder den anderen Ordnern in "modified") von dort wird es in Image reingepackt...
Ansonsten: Der Ordner ist "/etc/init.d/" (ohne Punkt vor dem inid.d)


Jörg

 

[Jpascher]

Schau doch in die Verzeichnisse:

freetz-trunk/build/modified/filesystem

Und bei speed2fritz:

in FBDIR/squashfs-root

Wenn du das freetzimage als FB box image verwendest.

/var wirst du aber nicht finden wird ja erst zur Laufzeit angelegt.

@MaxMuster

Aha da liest momentan jemand mit der uns vielleicht helfen kann.

Ich komme nicht vom Fleck. Für was ist eigentlich dev/coda das wird immer als File mit 777 angelegt obwohl es ein Verzeichnis sein soll?

http://hallaweb.jlab.org/equipment/daq/coda_hints.html

 

[MaxMuster]

Moin,

ich habe da zwar keine wirkliche Ahnung von (habe alle die "schönen neuen" Boxen nicht) würde aber mal hier vermuten, dass z.B. hier die Ursache ist??

#<name>			<type>	<mode>	<uid>	<gid>	<major>	<minor>	<start>	<inc>	<count>
[...]
#coda driver
/dev/coda		c	777	0	0	67	0	0	1	1
/dev/coda		d	755	0	0	-	-	-	-	-
/dev/coda/		c	600	0	0	67	0	0	1	5

Ich lese das mal so:
characterdevice /dev/coda0 anlegen
Verzeichnis /dev/coda
characterdevice /dev/coda/0 bis /dev/coda/4 anlegen
Auf jeden Fall wäre /dev/coda0 das gleiche wie /dev/coda/0

Lese ich aber das ganze bei der Fehlermeldung richtig, macht die "erste Zeile" vielleicht schon das Device /dev/coda , so dass das Directory nicht mehr angelegt werden kann??? Ist das vielleicht so, wenn "count" auf 1 steht?

Oder liegt es daran, dass die "coda" Einträge zweimal drinstehen (Zeilen 89 ff und 177 ff)??

Jörg