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

[olistudent]

Nachdem AVM letzte Woche ein neues Open-Source-Package (04.29) released hat, habe ich mich gleich mal dran gesetzt und das in den dsmod eingearbeitet.

Changelog:
- neues Open-Source-Package von AVM integriert
- Damit der selbst gebaute Kernel genommen wird, muss die Option "replace kernel" im menuconfig ausgewählt sein.

Kernel 04.29 funktioniert mit:
29.04.29 
29.04.30
funktioniert nicht mit:
40.04.30
33.03.25
34.04.21
alle Labor Versionen

- Patches von Supamicha integriert
- Boxen: 7170, 7141, W701V (7170-Webif), W900V (tcom-Webif)
- Firmwares: 29.04.29, 29.04.30, 40.04.25, ,40.04.30, 33.03.25, 34.04.21
- Skript multijob.sh hinzugefügt. Hiermit lässt sich die Zeitdauer für "make precompiled" auf fast 50% reduzieren. Natürlich nur bei Multicore-Prozessoren. Für Single-Cores sieht es nicht ganz so gut aus.
- Da bei jedem "make precompiled" wieder der gcc gebaut wurde, hab ich ein neues Target eingeführt (make packages-precompiled). Hier werden nur die Libraries und Packages gebaut. Das funktioniert natürlich nur, wenn man vorher die Toolchain korrekt gebaut hat.

Das hier zur tr069.cfg gesagte gilt weiterhin (betrifft alle 1und1- bzw. tcom-Leute).

Tip:
Damit man nicht erneut alle Sourcen aus dem Netz laden muss, würde ich folgendes empfehlen:

tar xjf ds-0.2.9_26-13
cd ds-0.2.9_26-12
mv dl/ ../Download
cd ../ds-0.2.9_26-13
cp dl/* ../Download
rm -rf dl
ln -s ../Download dl

Dann wie gewohnt:

make menuconfig
make precompiled

Oder (mit mehreren Jobs):

make menuconfig
./multijob.sh

Voreingestellt sind 2 Jobs. Die Jobanzahl kann bei Bedarf im Skript angepasst werden.
Falls später neue Libraries oder Pakete ausgewählt werden, dann muss "make packages-precompiled" aufgerufen werden.

Bekannte Fehler:

(aus ds-0.2.9_26-12)
1. Telnet-Fenster schließt nicht.
Lösung: Noch keine. Das Problem tritt nur bei busybox-1.3.x auf.
2. Im TSB-Webif werden die Umlaute nicht korrekt dargestellt.
Lösung: Scheint mit -13 gelöst zu sein. Ich hab nur keine Ahnung warum.
3. virtual-ip-cgi läuft nicht mehr mit 29.04.29
Lösung: Läuft wohl doch. Trotz der Fehlermeldung.

1. Die Iptables-Module werden geladen, die Chains erstellt. Aber irgendwie geht 
es nicht so wie es soll. Da ich keinen Plan von Iptables hab, kann ich da nicht weiterhelfen.
2. Die Kernel-Module werden nicht ins Image kopiert und unionfs ist nicht im Kernel.
Lösung: Patch-1

Als weitere Lektüre empfiehlt sich der Vorgänger dieses Posts. (Link)

MfG Oliver

edit: Der Patch fixt Probleme beim Bau der W701V Firmware und beinhaltet unionfs.

[olistudent]

Performancebetrachtung:

Core 2 EE6600 1024 MB RAM native

time make kernel-toolchain > precompiled.log 2>&1
real 19m59.199s
user 17m34.030s
sys 1m56.279s
time PARALLELMFLAGS="-j 2" make kernel-toolchain > precompiled.log 2>&1
real 12m8.348s
user 15m27.022s
sys 1m34.714s
time PARALLELMFLAGS="-j 4" make kernel-toolchain > precompiled.log 2>&1
real 11m48.298s
user 15m40.103s
sys 1m37.074s
time PARALLELMFLAGS="-j 6" make kernel-toolchain > precompiled.log 2>&1
real 11m53.664s
user 15m43.131s
sys 1m36.158s
 
time make target-toolchain > precompiled.log 2>&1
real 15m56.888s
user 13m24.290s
sys 1m57.351s
time make -j2 target-toolchain > precompiled.log 2>&1
real 8m23.486s
user 11m51.216s
sys 1m31.950s
time make -j 4 target-toolchain > precompiled.log 2>&1
real 8m12.008s
user 12m0.901s
sys 1m34.454s
 
time make precompiled > precompiled.log 2>&1
real 46m32.392s
user 40m3.074s
sys 5m5.279s
time ./multijob.sh > precompiled.log 2>&1 Jobs:2,2,2
real 28m13.292s
user 36m40.986s
sys 4m29.677s
time ./multijob.sh > precompiled.log 2>&1 Jobs:6,4,4
real 27m32.628s
user 36m51.770s
sys 4m37.633s

Athlon XP@2000 1024 MB RAM VMWare (412 MB RAM)

time make kernel-toolchain > precompiled.log 2>&1
real 66m17.440s
user 37m39.369s
sys 25m46.613s
time PARALLELMFLAGS="-j 2" make kernel-toolchain > precompiled.log 2>&1
real 59m17.930s
user 34m10.036s
sys 23m57.870s
 
time make target-toolchain > precompiled.log 2>&1
real 55m50.253s
user 27m34.479s
sys 25m59.229s
time make -j 2 target-toolchain > precompiled.log 2>&1
real 50m37.286s
user 25m8.570s
sys 23m45.549s

Wie man aus den Zahlen sieht, läßt sich mit 2 Jobs der Zeitaufwand auf einem Singel-Core-System um ca. 10% verkürzen. Auf einem Multi-Core-System bringt eine Erhöhung der Jobanzahl über 2 keinen großen Gewinn mehr.

edit: Für "make precompiled" sollten 4GB Festplattenplatz eingeplant werden!

[knox]

leider habe ich immer noch probleme, tor zu compilen:

touch source/tor-0.1.1.26/.configured
PATH="/home/mickey/build/ds-0.2.9_26-13/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-13/source/tor-0.1.1.26'
cd . && aclocal-1.4
cd . && automake-1.4 --foreign --include-deps Makefile
cd . && autoconf
configure.in:8: /usr/bin/m4: Warning: sub-expression 1 not present
autom4te: /usr/bin/m4 failed with exit status: 1
make[1]: *** [configure] Fehler 1
make[1]: Leaving directory `/home/mickey/build/ds-0.2.9_26-13/source/tor-0.1.1.26'
make: *** [source/tor-0.1.1.26/src/or/tor] Fehler 2

update: wahrscheinlich hat es was mit autoconf oder so zu tun?

[mickey@blob ds-0.2.9_26-13]$ autoconf --version
autoconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.

[mickey@blob ds-0.2.9_26-13]$ m4 --version
GNU M4 1.4.5
Written by Rene' Seindal.

- Da bei jedem "make precompiled" wieder der gcc gebaut wurde, hab ich ein neues Target eingeführt (make packages-precompiled).

aber wie kommt das? bisher wurde doch durch diese "kontroll-files" (zb source/tor-0.1.1.26/.configured) ein erneuter durchlauf verhindert. nur das funktioniert nun nicht mehr. muss wohl was mit der toolchain zu tun haben?

das ist jedenfalls sehr unpraktisch beim packages bauen...

[knox]

leider habe ich immer noch probleme, tor zu compilen
...

[mickey@blob ds-0.2.9_26-13]$ m4 --version
GNU M4 1.4.5
Written by Rene' Seindal.

offensichtlich gibt es tatsächlich ein problem tor zu compilen, wenn man diese version verwendet. (z.b. ist diese version in fedora core 6 enthalten)

ich habe testweise auf 1.4.8 aktualisiert und kann nun wieder erfolgreich tor bauen.

[cdr]

Ich habe den neuen dsmod mit dem USB-Labor unter Friboli 0.4 precompiled und möchte nun ein Image erstellen, leider bricht es beim patchen des foncalls ab (siehe Bild).

Im Konfigurationsmenü habe ich zusätzlich zu den bestehenden Haken bei Labor einen Haken gesetzt und die Pakete syslogd und wol-cgi ausgewählt.

Was muss ich tun damit ein Image ordnungsgemäß erstellt wird?

[olistudent]

Ich hab den foncalls-Patch auf die neueste Labor (5812) abgestimmt. Falls du eine ältere Version nehmen willst, kannst du mal in patches/fon_wlan_7170_labor schauen. Da ist auch noch der alte Patch drin. Oder lösch den Patch, dann gibts halt keine Rückwärtssuche.

MfG Oliver

edit:

aber wie kommt das? bisher wurde doch durch diese "kontroll-files" (zb source/tor-0.1.1.26/.configured) ein erneuter durchlauf verhindert. nur das funktioniert nun nicht mehr. muss wohl was mit der toolchain zu tun haben?

Es geht ja auch nicht um die Packages. Der gcc läßt sich davon nicht abhalten. Ich hab stundenlang rumprobiert, aber ich habs nicht hinbekommen. Deshalb hab ich ein neues Target gemacht das die Toolchain nicht in den prerequisites hat.

[Thor1967]

hi

ich komm irgend wie net weiter ich gebe unp ds-<tab> ein bekomme aber immer wieder ds-0.2.9_26-2 angezeigt es must aber ds-0.2.9-26-13 heisen oder ?

gruß

thor

[Satti]

hi

ich komm irgend wie net weiter ich gebe unp ds-<tab> ein bekomme aber immer wieder ds-0.2.9_26-2 angezeigt es must aber ds-0.2.9-26-13 heisen oder ?

gruß

thor

Dann probier doch einfach mal mittels Backspace-Taste [<--] die 2 zu entfernen
und ne 13 mittels der Eins-Taste [1] und der Drei-Taste [3] hinzuschreiben!
Danach die Enter-Taste [ENTER] nicht vergessen...

[hermann72pb]

Wird multiprocessing denn überhaupt unter friboli unterstützt? Bei mir rechnet er trotz multijob immer noch mit einem Prozessor (s. bild). Aber nichts ist ungut. Dann kann ich mit der anderen Hälfte noch vernünftig arbeiten.

MfG

Hermann

[Thor1967]

Dann probier doch einfach mal mittels Backspace-Taste [<--] die 2 zu entfernen
und ne 13 mittels der Eins-Taste [1] und der Drei-Taste [3] hinzuschreiben!
Danach die Enter-Taste [ENTER] nicht vergessen...

lol scherz keks woll habe ich schon geht aber net

[cdr]

@olistudent
Besten Dank hat geklappt.
Was aber für meine Box immer noch nicht gelösst ist, ist das Problem, das ich nicht aufs DS-MOD Status Webinterface zugreifen kann.
Wenn ich auf den Link im AVM Webinterface klick komme ich auf eine weisse HTML Seite ohne Inhalt.
Das WOL Webinterface dagegen kann ich ohne Problem aufrufen.

[schmatke]

Dank an Oli und alle, die daran mitgewirkt haben. (auch an AVM für die Sourcen, obwohl das ja eigentlich selbstverständlich sein sollte)
Endlich mal 'n selbst gebastelter Kernel.
Sieht (zumindest auf den Blick) ganz gut aus.

BusyBox v1.3.1 (2007-01-16 00:06:05 CET) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

-sh: can't access tty; job control turned off
ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
/ $ uname -a
Linux fritz.box 2.6.13.1-ohio #1 Tue Jan 16 00:14:06 CET 2007 mips unknown

[phoenix.tom]

Das Problem mit der leeren Anrufliste hängt definitiv mit ds zusammen.
Ich schau gerade nach an was das im foncalls-patch liegt.
Kann eigentlich nur an uiNummerDisplay(nr, name) liegen.
Im HTML-Source sind nämlich alle Anrufe da, nur javascript schreibt nix raus.

ein

diff --unified webcm.htm.orig.txt webcm.htm.ds.txt > webcm.patch

ergibt den Anhang.

webcm.htm.orig.txt ist mit labor allein und funktioniert, webcm.htm.ds.txt ist mit labor-mod (jeweils der Inhalt des Frames).

[olistudent]

Hab ich schon wieder vergessen. Bei mir mit der 29.04.30 tritt das Problem mit der leeren Anrufliste nicht auf.

MfG Oliver

[kriegaex]

Ich habe mal versucht, nicht mit FriBoLi zu bauen, sondern das Ganze in Ubuntu Desktop mit nachinstallierten Entwicklungspaketen hinzukriegen. So weit, so gut. Gleiche Paketauswahl wie unter FriBoLi, make menuconfig, dann make precompiled. Folgender Fehler, egal ob ich mit eigenem Kernel oder ohne baue (sorry, viel Text, ich hänge vorne etwas Kontext mit dran):

mipsel-unknown-linux-gnu-gcc  -mabi=32 getaddrinfo_a.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -finline-limit=10000 -Wno-strict-prototypes -Wno-write-strings   -fPIC    -I../include -I. -I/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv -I.. -I../libio  -I/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc -I../sysdeps/mips/elf -I../linuxthreads/sysdeps/unix/sysv/linux/mips -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/mips -I../sysdeps/unix/sysv/linux/mips/mips32 -I../sysdeps/unix/sysv/linux/mips -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/mips/mips32 -I../sysdeps/unix/mips -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/mips/mips32 -I../sysdeps/mips -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/wordsize-32 -I../sysdeps/mips/fpu -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/gcc-core-prefix/lib/gcc/mipsel-unknown-linux-gnu/3.4.5/include -isystem /home/ubuntu/ds-0.2.9_26-13/toolchain/build/gcc-3.4.5-glibc-2.3.6/mipsel-unknown-linux-gnu/mipsel-unknown-linux-gnu/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED -DNOT_IN_libc=1 -DIS_IN_libanl=1    -Dgethostbyname=res_gethostbyname -Dgethostbyname2=res_gethostbyname2 -Dgethostbyaddr=res_gethostbyaddr -Dgetnetbyname=res_getnetbyname -Dgetnetbyaddr=res_getnetbyaddr -o /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv/getaddrinfo_a.os -MD -MP -MF /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv/getaddrinfo_a.os.dt -MT /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv/getaddrinfo_a.os
cd /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv && /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/gcc-core-prefix/lib/gcc/mipsel-unknown-linux-gnu/3.4.5/../../../../mipsel-unknown-linux-gnu/bin/ar cruv libanl_pic.a gai_cancel.os gai_error.os gai_misc.os gai_notify.os gai_suspend.os getaddrinfo_a.os
r - gai_cancel.os
r - gai_error.os
r - gai_misc.os
r - gai_notify.os
r - gai_suspend.os
r - getaddrinfo_a.os
: /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv/libanl_pic.a
mipsel-unknown-linux-gnu-gcc  -mabi=32   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs -Wl,-dynamic-linker=/lib/ld.so.1  -B/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/csu/  -Wl,--version-script=/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/libpthread.map -Wl,-soname=libpthread.so.0   -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/math -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/elf -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/dlfcn -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/nss -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/nis -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/rt -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/crypt -L/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads -Wl,-rpath-link=/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/math:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/elf:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/dlfcn:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/nss:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/nis:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/rt:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/resolv:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/crypt:/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads -o /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread.so -T /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/shlib.lds /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/csu/abi-note.o -Wl,--whole-archive /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a -Wl,--no-whole-archive /home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/elf/interp.os 
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(attr.os)(.text+0x534): In function `pthread_getattr_np':
: undefined reference to `__libc_stack_end'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x2b4): In function `pthread_initialize':
: undefined reference to `_res'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x47c): In function `pthread_initialize':
: undefined reference to `_rtld_global'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.text+0xddc): In function `__pthread_reset_main_thread':
: undefined reference to `_res'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.text+0xde4): In function `__pthread_reset_main_thread':
: undefined reference to `_errno'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.text+0xdec): In function `__pthread_reset_main_thread':
: undefined reference to `_h_errno'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x698): undefined reference to `_errno'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x6a0): undefined reference to `_h_errno'
/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x6a8): undefined reference to `_res'
collect2: ld returned 1 exit status
make[3]: *** [/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc/linuxthreads/libpthread.so] Fehler 1
make[3]: Verlasse Verzeichnis '/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6/resolv'
make[2]: *** [resolv/install-lib] Fehler 2
make[2]: Verlasse Verzeichnis '/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/glibc-2.3.6'
make[1]: *** [install-lib-all] Fehler 2
make[1]: Verlasse Verzeichnis '/home/ubuntu/ds-0.2.9_26-13/source/crosstool-0.43/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-glibc'
make: *** [source/crosstool-0.43/.installed] Fehler 2
ubuntu@ubuntu:~/ds-0.2.9_26-13$

Ich habe nach dem Fehler gesucht im Forum, aber es war immer Fehler 1 und crosstool-0.42. Liegt es an der Version?

[Darkyputz]

entbranen der neune firmwaren geht noch wunderbar...

einfach

echo firmware_version avm >> /proc/sys/urlader/environment

und fertig

[kriegaex]

Na, das ist doch mal ein Tip. Danke.

[olistudent]

@kriegaex
Ich kompiliere auch unter Ubuntu 6.10 und hab den Fehler nicht. Du hast nicht mit mehreren Jobs compiled, oder?

MfG Oliver

[drivingsouth]

Hallo,

ich habe einen Speedport W 701v und wollte dort mal den dsmod draufspielen. Die Datei ds-0.2.9_26-13.tar.gz wurde entpackt, make menuconfig ausgeführt, dann make precompiled und schließlich make.

Hierbei erhalte ich dann den Fehler, daß eine Datei aus dem Firmwareimage von AVM nicht gefunden wird:

STEP 0: DOWNLOAD
downloading firmware image
--17:16:04-- http://www.t-com.de/dlp/eki/download...33.04.25.image
=> `fw_Speedport_W_701_V.33.04.25.image'
Resolving www.t-com.de... 217.6.10.12
Connecting to www.t-com.de|217.6.10.12|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4,392,960 (4.2M) [text/plain]

100%[================================================== =============================>] 4,392,960 239.20K/s ETA 00:00

17:16:23 (227.74 KB/s) - `fw_Speedport_W_701_V.33.04.25.image' saved [4392960/4392960]

done.

--17:16:23-- ftp://ftp.avm.de/fritz.box/fritzbox....29.04.29.image
=> `fritz.box_fon_wlan_7170.29.04.29.image'
Resolving ftp.avm.de... 212.42.244.90
Connecting to ftp.avm.de|212.42.244.90|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /fritz.box/fritzbox.fon_wlan_7170/firmware/deutsch ... done.
==> PASV ... done. ==> RETR fritz.box_fon_wlan_7170.29.04.29.image ... done.
Length: 5,048,320 (4.8M) (unauthoritative)

100%[================================================== =============================>] 5,048,320 203.09K/s ETA 00:00

17:16:46 (226.92 KB/s) - `fritz.box_fon_wlan_7170.29.04.29.image' saved [5048320]

done.

--17:16:46-- http://www.eiband.info/dsmod/syslogd...-dsmod.tar.bz2
=> `dl/syslogd-cgi-0.2-dsmod.tar.bz2'
Resolving www.eiband.info... 82.165.86.215
Connecting to www.eiband.info|82.165.86.215|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2,976 (2.9K) [application/x-tar]

100%[================================================== =============================>] 2,976 --.--K/s

17:16:47 (52.49 KB/s) - `dl/syslogd-cgi-0.2-dsmod.tar.bz2' saved [2976/2976]

--17:16:47-- http://www.eiband.info/dsmod/wol-cgi-0.5-dsmod.tar.bz2
=> `dl/wol-cgi-0.5-dsmod.tar.bz2'
Resolving www.eiband.info... 82.165.86.215
Connecting to www.eiband.info|82.165.86.215|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 9,765 (9.5K) [application/x-tar]

100%[================================================== =============================>] 9,765 --.--K/s

17:16:48 (78.56 KB/s) - `dl/wol-cgi-0.5-dsmod.tar.bz2' saved [9765/9765]

STEP 1: UNPACK
unpacking firmware image
splitting kernel image
unpacking filesystem image
created 296 files
created 49 directories
created 170 symlinks
created 125 devices
created 0 fifos
unpacking var.tar
unpacking tk image
done.

STEP 2: MODIFY
applying patches
applying patches (W701V-de)
removing TCOM Webinterface
copying AVM Webinterface
/local/speedport/dsmod/ds-0.2.9_26-13/./tools/tar: build/.tk/original/filesystem/etc/default.Fritz_Box_7170/avm: Cannot chdir: No such file or directory
/local/speedport/dsmod/ds-0.2.9_26-13/./tools/tar: Error is not recoverable: exiting now
patching file etc/profile
patching file usr/bin/system_status
patching file etc/init.d/rc.voip
patching file etc/init.d/rc.S
Hunk #1 FAILED at 227.
1 out of 1 hunk FAILED -- saving rejects to file etc/init.d/rc.S.rej
make: *** [firmware] Error 2


Es sieht so aus, als ob die AVM firmware nicht entpackt wurde. im Verzeichnis build/original/filesystem/etc/default.Fritz_Box_7170/ liegt nur ein Ordner tcom, ein avm Ordner ist nicht dort. Das avm Firmwareimage wurde aber runtergeladen.

Bin jetzt etwas ratlos. Habe gestern die Vorgängerversion ds-0.2.9_26-12 problemlos kompilieren können.

Gruß,
Christoph

[kriegaex]

Ich kompiliere auch unter Ubuntu 6.10 und hab den Fehler nicht. Du hast nicht mit mehreren Jobs compiled, oder?

@Oliver: Kein multijob.sh, einfach make precompiled. Allerdings mal mit Strg-C den Make-Prozeß abgebrochen, weil die VM zu wenig RAM hatte und irre lahm wurde. Neu gebootet mit mehr Speicher, wieder make precompile, und scheinbar hat er erst mal problemlos dort weiter gemacht, wo er vorher hängen geblieben war. War das falsch? Falls ja, was soll ich löschen bzw. ausführen, damit er es sauber macht? Die Downloads würde ich ungern wegschmeißen.