[ds-0.2.9_26-12] dsmod für Boxen mit 2.6er Kernel

[olistudent]

Unterstützte Firmwares: 29.04.29 (7170), 40.04.25 (7141), 33.04.11(W701V), sowie die letzten Laborfirmwares (5746,5744,5702)
Support für den W900V ist eingebaut. Jedoch läuft die Firmware nicht.

Auszuführende Schritte:

make menuconfig -> Pakete auswählen
make precompiled
make

"make precompiled" dauert ca. 2-4h, je nach Ausstattung des Rechners und läuft nicht unter cygwin! (Alternative: FriBoLi)
Die Toolchain und die Binaries benötigen an die 4GB Platz auf der Festplatte!!!
Bei späterer Auswahl von Paketen muss "make precompiled" wiederholt werden (dauert dann nicht mehr so lange).
Benötigte Pakete auf dem Host (falls nicht FriBoLi benutzt wird): automake, bison, dos2linux, flex, gcc, g++, module-init-tools, jam(2.5!), sysutils, texinfo, zlib-devel, ... (to be continued)

Achtung:

AVM nutzt in der 29.04.29 eigene openssl-Libs. Falls im menuconfig die
openssl-Libs ausgewählt werden (z.B. bei openvpn), dann kann es sein, 
dass eure Box crasht. Gelöst werden kann das Problem entweder durch 
weglassen der Libs oder durch deaktivieren der Funktion in der 
/var/flash/tr069.cfg. Am besten schaut ihr da rein bevor ihr das neue 
Image flasht. Entweder über telnet oder in den Export. Dies betrifft vor 
allem Leute die eine 1und1-7170 haben, auch wenn das Branding 
nachträglich geändert wurde!

So sollte es aussehen:

# cat tr069.cfg
/*
* /var/flash/tr069.cfg
* Sun Sep 8 14:03:34 2002
*/
 
tr069cfg {
enabled = no;
igd {
...

Da kein eigener Kernel verwendet werden kann (also auch diese Option (replace kernel) bitte nicht auswählen) funktioniert das firewall-cgi nicht. Hoffentlich beschenkt uns AVM zu Weihnachten auch noch mit einem neuen Open-Source-Package.

Bekannte Probleme:

Update: 03.01., 18:33
Alle 7141-, W701V- und W900V-User müssen unter 
Advanced options->Shared libraries->libgcc_s.so.1 auswählen,
sonst funktioniert das Image nicht!
 
1. Callmonitor funktioniert nicht.
Lösung: Patch einspielen; alle die callmonitor-dsmod-1.8.tar.bz2 hier
heruntergeladen haben siehe hier.
2. tor-precompiled bricht mit Fehler ab.
Lösung: Patch einspielen, "Fehler" im Tor-Makefile gefixt
3. openvpn geht nicht
Lösung: Patch einspielen, neue Package-Version
4. Telnet-Fenster schließt nicht.
Lösung: Noch keine. Das Problem tritt nur bei busybox-1.3.0 auf. 
Und dann auch nur im Telnet-Fenster. In einer SSH-Shell (dropbear)
funktioniert alles korrekt. Ich werde versuchen mit den busybox-Developern
Kontakt aufzunehmen.
5. Module können nicht über modprobe geladen werden.
Lösung: Noch keine. Problem tritt bei mir nicht auf.
6. Rufnummernsperre lässt sich nicht mehr für anonyme Anrufer einrichten.
Lösung: Patch einspielen. (Rufnummernüberprüfung wird entfernt)
7. /dev/kdsld_traffic und /dev/ubik_debug werden nicht angelegt.
Lösung: Patch einspielen.
8. TSB läuft nicht.
Lösung: Patch einspielen.
edit: Die Umlaute im Webinterface des TSB funktionieren nicht und ich hab keinen Plan warum.
9. virtual-ip-cgi läuft nicht mehr mit 29.04.29
Lösung: Noch keine. AVM hat eine Überprüfung in den dsld eingebaut, 
die eine Portweiterleitung auf ein virtuelles Interface verhindert.
10. firewall-cgi/iptables funktioniert nicht
Lösung: Auf neue Kernel-Sourcen von AVM warten.

Danke an supamicha für seinen Patch:

Update 26.12., 21:55: Patch aktualisiert
- webmenu patch für neue firmware erweitert
- wol-button auf fritzbox menü eingefügt
- dsld-button auf ds-mod menü eingefügt (für neue wan ip)
- inadyn in menuconfig eingefügt

Der Link für den wol-Button läßt sich leider nicht mit Patch anlegen.
Deshalb muss das per Hand gemacht werden.

.../ds-0.2.9_26-12$ ln -sf /usr/bin/dsmod_wol root/usr/www/cgi-bin/dsmod_wol

Grundsätzliches zum dsmod gibts hier und im Wiki.
Was mach ich mit der Datei ds-xyz.patch.bz2? Wiki

MfG Oliver

[Novize]

[OT]
Na dann bekommt dieser Thread auch mal ein wichtig
[/OT]

[staubsauger-nono]

Support für den W900V ist eingebaut. Jedoch läuft die Firmware nicht.

Läuft FW nicht mit dem W900V, oder mit keiner Box?

[balou1974]

Hallo Oli,

bekomme bei der ds-0.2.9_26-12 mit 29.04.29 folgenden Fehler bei make:

replacing busybox
replacing busybox-8mb_26
ERROR: Cannot find busybox replacement

Sieht so aus als fehlt die busybox???

Gruss Balou1974

[zaptac]

Guten Morgen,

hättest Du mal nach dem da gesucht:

ERROR: Cannot find busybox replacement

wüsstest Du, dass ein

make precompiled

vor dem

make

hilft.

Alternativ hättest Du auch den ersten Beitrag diese Threads lesen können.

Zaptac

[CyberKing2k]

könntest du diese Patche noch mit aufnehmen:

130-foncalls.patch
195-webmenu_signed.patch

[Edit]
Upps, 130-foncalls.patch sind ja schon da

[knox]

es gibt irgendein komisches problem mit tor:

checking whether time_t is signed... configure: error: cannot run test program while cross compiling
See `config.log' for more details.
make[1]: *** [config.status] Fehler 1
make[1]: Leaving directory `/home/mickey/build/ds-0.2.9_26-12/source/tor-0.1.1.26'
make: *** [source/tor-0.1.1.26/src/or/tor] Fehler 2

was mich daran wundert ist, dass im makefile ein wert für diesen test an das configure übergeben wird und damit der test eigentlich übersprungen werden sollte:

		tor_cv_null_is_zero=yes \
		tor_cv_unaligned_ok=yes \
		tor_cv_time_t_signed=yes \
		./configure \
		  --target=$(GNU_TARGET_NAME) \
		  --host=$(GNU_TARGET_NAME) \

auf den ersten blick konnte ich keine änderungen am makefile entdecken - und mit dem "normalen" ds-0.2.9 läuft alles nach wie vor prima.

update: offensichtlich wird nach dem eingentlichen configure noch mal ein "--recheck" ausgeführt, und dabei gehen dann die vorgabewerte für das configure verloren. leider verstehe ich nicht, wieso das recheck ausgeführt wird.

...
touch source/tor-0.1.1.26/.configured
PATH="/home/mickey/build/ds-0.2.9_26-12/toolchain/target/bin:/bin:/sbin:/usr/bin:/usr/sbin" \
make CFLAGS="-Os -W -Wall -pipe -Wa,--trap -msoft-float -mips32 -mtune=mips32" -C source/tor-0.1.1.26
make[1]: Entering directory `/home/mickey/build/ds-0.2.9_26-12/source/tor-0.1.1.26'
cd . && aclocal-1.4
cd . && automake-1.4 --foreign --include-deps Makefile
cd . && autoconf
cd . \
  && CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status
config.status: creating Makefile
config.status: executing default-1 commands
make[1]: Leaving directory `/home/mickey/build/ds-0.2.9_26-12/source/tor-0.1.1.26'
make[1]: Entering directory `/home/mickey/build/ds-0.2.9_26-12/source/tor-0.1.1.26'
/bin/sh ./config.status --recheck
running /bin/sh ./configure  --target=mipsel-linux --host=mipsel-linux --build=i386-pc-linux-gnu --program-prefix= --program-suffix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/sbin --datadir=/usr/share --includedir=/usr/include --infodir=/usr/share/info --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --sbindir=/usr/sbin --sysconfdir=/mod/etc --disable-nls --enable-shared --disable-static --with-gnu-ld CFLAGS=-Os -W -Wall -pipe -Wa,--trap -msoft-float -mips32 -mtune=mips32 CPPFLAGS=-I/home/mickey/build/ds-0.2.9_26-12/toolchain/target/bin/../include  -I/home/mickey/build/ds-0.2.9_26-12/toolchain/target/bin/../usr/include LDFLAGS=-static-libgcc -L/home/mickey/build/ds-0.2.9_26-12/toolchain/target/bin/../lib  -L/home/mickey/build/ds-0.2.9_26-12/toolchain/target/bin/../usr/lib -levent build_alias=i386-pc-linux-gnu host_alias=mipsel-linux target_alias=mipsel-linux  --no-create --no-recursion
...

[RoyceMcKnight]

Nicht mit dem 900er.
Aber ich teste das momentan mit Oli und in kürze wird es laufen, hoffe ich doch mal.

[Firebull]

Ich bekomme die neue 7170 Firmware nicht zum DS-mod umgebaut... hatte jemand von euch schon erfolg und könnte mir da evtl weiter helfen mit seinem image?

Danke schonmal!!!

[jhartmann]

FriBoLi .03 bricht make precompiled wie folgt ab (danach findet make dann kein busybox replacement):

-D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -DNDT_I N_libc -o /home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/build/mipsel-unknown-l inux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os -MD -MP -MF /hom e/bofh/ds-0.2.9_26-l2/source/crosstool-0.42-build/mipsel-unknown-linux-gnu/gcc-3 .4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os.dt -MT /home/bofh/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/bu ild-glibc/iconvdata/ibml046.os In file included from ./8bit-gap.c:113,
from ibml046.c:29: ../iconv/loop.c: In function `to_gap_single´:
../iconv/loop.c:427: internal compiler error: Segmentation fault Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/build/mipsel-unkno wn-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/iconvdata/ibml046.os] Fehler 1 make[3]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6/iconvdata&#180; make[2]: *** [iconvdata/others] Fehler 2
make[2]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6&#180; make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/bofh/ds-0.2.9_26-l2/source/crosstool-0.42/buil d/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc&#180; make: *** [source/crosstool-0.42/.installed] Fehler 2
bofh@bofh-debian:~/ds-0.2.9_26-l2$ syslogd: /var/log/news/news.crit: No such f ile or directory syslogd: /var/log/news/news.err: No such file or directory syslogd: /var/log/news/news.notice: No such file or directory

Idee/Lösung?

[bstone]

hatt glaube ich das gleiche problem

habe dann bei make menuconfig
unter Advanced options - Override firmware source ausgewählt.

Danach lief alles Bestens

Jetzt brauch ich nur noch eine Fritz!Box
das Image ist jedenfalls mal fertig

[ao]

habe dann bei make menuconfig
unter Advanced options - Override firmware source ausgewählt.

War bei mir genauso.

[olistudent]

Ihr hatte alle 3 einen Segmentation fault beim crosstool? Da muss ich die Toolchain wohl nochmal unter FriBoLi bauen. So ein Mist...

@ao
Hast du mal den Fix für den callmonitor probiert?

MfG Oliver

[ao]

Ihr hatte alle 3 einen Segmentation fault beim crosstool? Da muss ich die Toolchain wohl nochmal unter FriBoLi bauen. So ein Mist...

Sorry, scheint so.

@ao
Hast du mal den Fix für den callmonitor probiert?

Ich habe eben nochmal von vorne angefangen (wieder unter FriBoLi, aber inkl. Patch).
Zur Zeit läuft noch make precompiled. Und das dauert (Intel P4, 2.4 GHz, 1 GB RAM, VMware WS/FriBoLi)...

Wäre es übrigens möglich, die DLs währenddessen vom lokalen Netz (Samba) statt vom Inet zu holen?
Es ginge etwas schneller und wäre mit FriBoLi (wo Samba ja auch schon läuft) auch kein Problem.
Oder täusche ich mich, und der Zeitvorteil wäre irrelevant?

Hmm, evtl. wäre ein lokaler Proxycache (squid) sinnvoll. Vielleicht sollte ich das mal in FriBoLi installieren.
Ob das geht? (sorry, etwas OT)

[therealwakka]

Ich habe für meine FB 7141 die ds-mod image gemacht aber wenn ich die
Image auf die Box draufmache funktioniert sie nicht sondern startet nur die
ganze Zeit neu.
Muss ich bei "make menuconfig" noch etwas auswählen außer 7141 und die Pakete?

[jhartmann]

@bstone+ao: Nö, daran liegt's leider nicht. Hm.

[ao]

@olistudent:
Danke für den Tipp bzgl. Weitermachen und auch für das lokale 'downloads'!

Ich hatte das mit dem fehlenden (wegen des Abbruchs) 'mc-4.5.0.tar.gz' ausprobiert:
Mit FF und DownThemAll extension runtergeladen, nach '//FriBoLI/~bofh/downloads' kopiert und dann 'make precompiled" nochmal gestartet.
Das läuft jetzt einfach wieder weiter und holt auch wirklich nur Pakete, die nicht schon lokal da sind.

[DPR]

"make precompiled" dauert ca. 2-4h, je nach Ausstattung des Rechners und läuft nicht unter cygwin!

Also bei mir ging der ganze Vorgang flotter - was natürlich auch daran lag, dass ich kein VMWare zum übersetzen verwende, das um Längen langsamer ist. Wer das tut, sollte lieber überlegen eine Live-System zu verwenden.

Wer einen Dual-Core Prozzi hat, sollte mal probieren das Ganze mit dem Paramter "-j 4" zu starten. Auf Single-Core-Systemen dürften mehr als 2 Jobs "-j 2" nicht viel Sinn machen, aber das letzte Quäntchen herausholen.

Edit: Hätte vielleicht klarer erwähnen sollen, dass es sich hier um einen Parameter für make handelt

[ao]

Update: 26.12., 13:16
Ich hab die Patches 1-3 zusammengefasst, dadurch ergeben sich hier ein paar
Änderungen...

1. Callmonitor funktioniert nicht.
Lösung: Patch einspielen; alle die callmonitor-dsmod-1.8.tar.bz2 hier
heruntergeladen haben siehe hier.
2. tor-precompiled bricht mit Fehler ab.
Lösung: Patch einspielen, "Fehler" im Tor-Makefile gefixt
3. openvpn geht nicht
Lösung: Patch einspielen, neue Package-Version
4. Telnet-Fenster schließt nicht.
Lösung: Noch keine. Das Problem tritt nur bei busybox-1.3.0 auf.
Und dann auch nur im Telnet-Fenster. In einer SSH-Shell (dropbear)
funktioniert alles korrekt. Ich werde versuchen mit den busybox-Developern
Kontakt aufzunehmen.
5. Module können nicht über modprobe geladen werden.
Lösung: Noch keine. Problem tritt bei mir nicht auf.
6. Rufnummernsperre lässt sich nicht mehr für anonyme Anrufer einrichten.
Lösung: Patch einspielen. (Rufnummernüberprüfung wird entfernt)
7. /dev/kdsld_traffic und /dev/ubik_debug werden nicht angelegt.
Lösung: Patch einspielen.
8. TSB läuft nicht.
Lösung: Patch einspielen. [/code]

@olistudent:
Ist denn der 'ds-0.2.9_26-12-3.patch.bz2' tatsächlich in 'ds-0.2.9_26-12-1-3.patch.bz2' enthalten wie oben beschrieben?
Weshalb existiert dann 'ds-0.2.9_26-12-3.patch.bz2' noch als einzelne DL-Möglichkeit?

Ich habe auch das "fehlende LCR-Problem". Reicht dafür dann 'ds-0.2.9_26-12-1-3.patch.bz2'?
Oder muss ich zusätzlich auch 'ds-0.2.9_26-12-3.patch.bz2' wie hier beschrieben einsetzen (s. auch Frage oben)?

Spielt die Patch-Reihenfolge eine Rolle? Sind alle Patches grundsätzlich bereits vor 'make menuconfig' durchzuführen?
Ich habe zuerst 1-3.patch, dann micha.patch angewandt und danach mit 'make menuconfig', 'make precompiled' und 'make' weitergemacht.

Sorry, aber das ist nicht ganz deutlich. Danke für die

[olistudent]

@balou1974
Mir ist noch garnicht aufgefallen, dass die Checksumme geprüft wird. Falls das wirklich so sein sollte, dann wird flashen demnächst nur noch über recover möglich sein!

@ao
Der -3 ist in 1-3 enthalten. Da du aber -1 und -2 schon eingespielt hast ist -3 der richtige Patch für dich.

MfG Oliver