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

Status
Für weitere Antworten geschlossen.
Hi Micha,

das muss man aber vor dem 'make' machen, oder?
Denn direkt auf der FB geht es so nicht:
Code:
/usr/www/cgi-bin $ ln -s /usr/bin/dsmod_wol dsmod_wol
ln: dsmod_wol: Read-only file system
 
ao schrieb:
das muss man aber vor dem 'make' machen, oder?
Ja, ob das so funktioniert weiß ich aber auch nicht. Aber ich denke, es gibt bestimmt bald wieder mal einen kleinen Patch. Musst halt mal ausprobieren, ob es funktioniert. Allerdings bin ich gerade an einem anderen Rechner und weiß daher gerade nicht genau, in welche Verzeichnis das Root liegt.
 
lord-of-linux schrieb:
...und weiß daher gerade nicht genau, in welche Verzeichnis das Root liegt.
Das steht doch oben im Beitrag von supamicha:
dsmod/root/usr/www/cgi-bin/dsmod_wol nach /usr/bin/dsmod_wol analog zum vorhandenen dsmod_status
und kann ja nur heißen: /usr/www/cgi-bin/...

@olistudent:
olistudent schrieb:
Das für den Callmonitor der falsche Status angezeigt wird hängt damit zusammen, dass sich in der busybox die Signalnamen geändert haben. Genau deswegen hat der Callmonitor am Anfang ja gar nicht funktioniert.

/usr/lib/callmonitor/applets/rc.callmonitor.sh
alt:
Code:
is_running() {
local pid
[ -e "$PIDFILE" ] && read pid < "$PIDFILE" && 
kill -0 "$pid" 2> /dev/null
}
neu:
Code:
is_running() {
local pid
[ -e "$PIDFILE" ] && read pid < "$PIDFILE" && 
kill -[B]EXIT[/B] "$pid" 2> /dev/null
}
Hier gilt doch dann dasselbe wie oben, oder?
Man muss vor dem 'make' die Null durch EXIT ersetzen.
Weil es direkt auf der FB nicht geht, da read-only.

PS:
Wie erstellt Ihr eigentlich Eure Patches? Im Wiki steht ja nur, wie man patcht.
Ich würde gerne für den LCR folgenden Link ins FB-Menü einbauen (so wie supamichas WOL):
http://fritz.box/cgi-bin/tsb/index.html
 
Zuletzt bearbeitet:
klar muss der link vor dem make im dsmod verzeichns erzeugt werden. in verzeichnis
dsmod/root/usr/www/cgi-binliegt schon ein link auf dsmod_status. da muss zusatzlich
der link hin. (ist broken im mod-verzeichnis, passt aber wenn das image erzeugt ist)
der link lässt sich leider nicht mit patch erzeugen.
 
Ah, ok, dann manuell vor dem 'make'.

Geht das denn auch noch, wenn 'make' bereits durchgelaufen ist? Oder muss man dann nochmal mit 'make precompiled' beginnen?

Und wie macht man das, wenn man ganz simpel im FB-Menü noch einen zusätzlichen Menü-Eintrag einfügen will?
Gibt's dazu ein Wiki, oder sollte ich einfach mal einen vorhandenen Eintrag suchen, kopieren und anpassen? Geht das so einfach?
 
Link anlegen (habs im ersten Posting eingefügt) und nochmal make machen.
Wenn du einen eigenen Link willst, dann schau dir die Patches an die den ds-mod Button anlegen. Leider muss das für jedes Menü extra gemacht werden.

MfG Oliver
 
ao schrieb:
Wie erstellt Ihr eigentlich Eure Patches?

Mit
Code:
diff -U <alt> <neu>

Näheres kannste in der manpage von diff nachlesen.
 
Hallo,
ich hab nun schon mehrere Male ein dsmod-0.2.9 Image für 2.6 Kernel (also aus diesem Thread) erstelt auf meine Fritzbox 7170 gespielt und wieder mit dem AVM Recoverimage recovered.
Jedes Mal hab ich bisher folgendes beobachtet:
Alles scheint normal, Funktionen des dsmod sind auswählbar, konfigurierbar und funktionieren sowei ich das nachvollziehen kann.
Sobald ich einen Anrufe bekomme oder ein Telefonat führen möchte rebootet die Box. Die erfolgt unmittelbar sobald eine Telefonverbindung zustande kommt.
Das dsmod Image hab ich unter FriboLi erstellt. Es sind alle Packages drin außer Firewall, Tansmission, telefon 0.3 und vpnc. Labor ist nicht angeklickt keine Libs ausgewählt und kein Replace Kernel.
Patches für das dsmod sind das von micha und das -1-3 eingespielt.

Kann es sein, dass dies mit dem tr069.cfg zusammen hängt? Dieses config-File ist bei mir vorhanden und entspricht dem ersten Posting.

Kann jemand dieses Problem nachvollziehen bzw. wie habt ihr das gelöst?

Besten Dank im voraus...
 
Zuletzt bearbeitet:
Hi Oliver,

olistudent schrieb:
Wenn ich das Webinterface der 7141 nehmen würde, dann könnte ich den Mailer auch gleich noch dort rauskopieren. Oder ist das Webinterface von der 7170 besser geeignet?

Ich würde die 7170 versuchen, die hat auch 4 LAN Ports und wird wohl am aktivsten weiterentwickelt. Das mailer Binary geht von der auch.
Genügt es, die Einträge in Config.in umzubiegen? Ich würde das gerne mal ausprobieren.

Grüße, Zaptac
 
Hallo,

vielleicht könnte jemand der etwas davon versteht einen Patch für VirtualIP in der neuesten Version (http://www.ip-phone-forum.de/showthread.php?t=111623#17) und Inadyn (http://www.ip-phone-forum.de/showthread.php?t=120908&page=2#29) erstellen?


EDIT: Ich habe das Patch-Erstellen versucht, aber da komm ich nicht wirklich weiter.

Bei mir kommt folgender fehler zustande:
Code:
 diff -U make/virtualip-cgi/virtualip.mk.orig make/virtualip-cgi/virtualip.mk
diff: Ungültige Kontextlänge »make/virtualip-cgi/virtualip.mk.orig«.
diff: »diff --help« gibt Ihnen mehr Informationen.

Vielleicht kann das einfach jemand noch kurz genauer Beschreiben?
 
Zuletzt bearbeitet:
@zaptac
Ganz so einfach ist es dann doch nicht. Die Patches müssen noch angepasst werden.

MfG Oliver
 
ich habe ein problem

habe alle so gemacht wie es im erstem posting beschriben ist.
wenn ich aber den " make precompiled " ausführe kommt immer die fehlermeldung

make: *** [source/crosstool-0.42/.unpacked2] Fehler 1

benutze opensuse 10.2. habe auch als root versucht.

WAS MACHE ICH FALSCH?
 
Kannst du vielleicht etwas mehr posten? Ich brauch schon den Fehler...
Und als root ist nicht gut. ;-)

MfG Oliver
 
olistudent schrieb:
Kannst du vielleicht etwas mehr posten? Ich brauch schon den Fehler...
Und als root ist nicht gut. ;-)

MfG Oliver

Dorfix@Notebook-linux:/ds-mod/ds-0.2.9_26-12> make precompiled
( cd source/crosstool-0.42; \
set -ex; TARBALLS_DIR="/ds-mod/ds-0.2.9_26-12/dl"; RESULT_TOP="/ds-mod/ds-0.2.9_26-12/toolchain/build"; GCC_LANGUAGES="c"; export TARBALLS_DIR RESULT_TOP GCC_LANGUAGES; eval `cat mipsel.dat gcc-3.4.5-glibc-2.3.6.dat` \
sh all.sh --nobuild --notest; \
);
+ TARBALLS_DIR=/ds-mod/ds-0.2.9_26-12/dl
+ RESULT_TOP=/ds-mod/ds-0.2.9_26-12/toolchain/build
+ GCC_LANGUAGES=c
+ export TARBALLS_DIR RESULT_TOP GCC_LANGUAGES
++ cat mipsel.dat gcc-3.4.5-glibc-2.3.6.dat
+ eval 'KERNELCONFIG=`pwd`/mipsel.config' TARGET=mipsel-unknown-linux-gnu 'TARGET_CFLAGS="-O2' '-finline-limit=10000"' BINUTILS_DIR=binutils-2.15 GCC_DIR=gcc-3.4.5 GLIBC_DIR=glibc-2.3.6 LINUX_DIR=linux-2.6.8 LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0 GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.6 sh all.sh --nobuild --notest
+++ pwd
++ KERNELCONFIG=/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/mipsel.config
++ TARGET=mipsel-unknown-linux-gnu
++ TARGET_CFLAGS='-O2 -finline-limit=10000'
++ BINUTILS_DIR=binutils-2.15
++ GCC_DIR=gcc-3.4.5
++ GLIBC_DIR=glibc-2.3.6
++ LINUX_DIR=linux-2.6.8
++ LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0
++ GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.6
++ sh all.sh --nobuild --notest
You set both LINUX_DIR and LINUX_SANITIZED_HEADER_DIR - ignoring LINUX_DIR for the build
DEJAGNU not set, so not running any regression tests
GCC_EXTRA_CONFIG not set, so not passing any extra options to gcc's configure script
GLIBC_ADDON_OPTIONS not set, so building all glibc add-on's
+ TOOLCOMBO=gcc-3.4.5-glibc-2.3.6
++ pwd
+ BUILD_DIR=/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6
++ pwd
+ TOP_DIR=/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42
+ test -z ''
+ SRC_DIR=/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6
+ echo 'SRC_DIR not set, so source tarballs will be unpacked in the build directory'
SRC_DIR not set, so source tarballs will be unpacked in the build directory
+ case x$PREFIX in
+ case x$USER in
+ test -w /tmp
+ TARBALLS_DIR=/ds-mod/ds-0.2.9_26-12/dl
+ RESULT_TOP=/ds-mod/ds-0.2.9_26-12/toolchain/build
+ PREFIX=/ds-mod/ds-0.2.9_26-12/toolchain/build/gcc-3.4.5-glibc-2.3.6/mipsel-unknown-linux-gnu
+ export TOOLCOMBO
+ export PREFIX
+ export BUILD_DIR
+ export SRC_DIR
+ export TARBALLS_DIR
+ export TOP_DIR
+ '[' 2 -gt 0 ']'
+ case "$1" in
+ opt_no_build=1
+ shift
+ '[' 1 -gt 0 ']'
+ case "$1" in
+ opt_no_test=1
+ shift
+ '[' 0 -gt 0 ']'
+ test '' = 1
+ test '' = ''
+ test '' = 1
+ test -d /ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6
+ mkdir -p /ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6
mkdir: kann Verzeichnis „/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/build“ nicht anlegen: Keine Berechtigung
make: *** [source/crosstool-0.42/.unpacked2] Fehler 1
Dorfix@Notebook-linux:/ds-mod/ds-0.2.9_26-12>
 
Okay.
Code:
su
rm -rf source/crosstool-0.42
exit
make precompiled
MfG Oliver
 
olistudent schrieb:
Okay.
Code:
su
rm -rf source/crosstool-0.42
exit
make precompiled
MfG Oliver

Danke Oli.

jetzt bin ich etwas weiter gekommen. Die daten werden erst mal eine weile geladen, dann kommt die fehlermeldung

/ds-mod/ds-0.2.9_26-12/source/crosstool-0.42/crosstool.sh: line 110: bison: comm and not found
crosstool: You don't have bison installed
make: *** [source/crosstool-0.42/.installed] Fehler 1
Notebook-linux:/ds-mod/ds-0.2.9_26-12 #
 
Hallo,

Zwei Fragen:

1. Lässt sich eine 7170 mit 2.6er Kernel auf 2.4 downgraden?
2. Lässt sich eine 7170 mit 2.4er kernel auf 2.6 upgraden?

Wenn JA, wie?

Gruß
HS
 
Mit Firmwareupgrade bzw. Recovery.
 
Fehler beim Installieren von Asterisk

Code:
insmod: cannot insert 'rd.o': Success (8): Success
failed to use ramdisk /dev/rd/ (module rd.o)
Liegt das am ds-mod?
 
Status
Für weitere Antworten geschlossen.

Statistik des Forums

Themen
246,341
Beiträge
2,250,494
Mitglieder
373,997
Neuestes Mitglied
BerndBareth
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.