avia_av_wdt verbessern

[gerry6n]

Ok,

dann muss ich auf die Images warten, die den Busybox eingebaut haben.
Mucken macht die Box insofern, dass ich manchmal schwarzbild habe und manchmal Standbild. Es lässt sich durch umschalten zwar beheben aber es nervt schon en bissi.

MfG Gerrit

[seife]

Ja, das könnte damit besser werden.
Man kann es auch ganz übel von Hand reinhacken, zumindest in Images, die mit newmake gebaut wurden. Da steht nämlich in rcS folgendes drin:

Code: Alles auswählen

#!/bin/sh
# This file was automatically generated from rcS.m4
#
PATH=/sbin:/bin
IM=/sbin/insmod
MD=/lib/modules/$(uname -r)/misc

...

# Set time zone etc
. /etc/profile

...

        $IM $MD/avia_napi.o
        $IM $MD/cam_napi.o
        $IM $MD/dbox2_fp_napi.o

        # Possibly turn off the watchdog on AVIA 500
        if [ -e /var/etc/.no_watchdog ]; then
        $IM $MD/avia_av.o firmware=/var/tuxbox/ucodes no_watchdog=1
else
        $IM $MD/avia_av.o firmware=/var/tuxbox/ucodes
fi

...etc

Wenn man nun in /etc/profile -> /var/etc/profile folgendes schreibt:

Code: Alles auswählen

MD=/var/lib/modules

und dann folgendes macht:

Code: Alles auswählen

mkdir -p /var/lib/modules
cd /lib/modules/2.4.35.3-dbox2/misc/
for i in *; do ln -s $PWD/$i /var/lib/modules/; done

Dann SOLLTE man Module nach /var/lib/modules legen können (vorher natürlich den jeweiligen Softlink entfernen...), die dann auch benutzt werden. So habe ich das immer gemacht, bevor es mir zu doof wurde und ich dann die busybox gehackt habe :-)

Alternativ: nimm einfach ein Image von dietmarw: http://tuxbox.trale.de

[gerry6n]

@seife

Hi,

hab das eben mal mit dem "neutrino-jffs2.img1x" image probiert aber der bringt einen syntax error in Zeile 1. Liegt wahrscheinlich daran:

Dann SOLLTE man Module nach /var/lib/modules legen können (vorher natürlich den jeweiligen Softlink entfernen...), die dann auch benutzt werden. So habe ich das immer gemacht, bevor es mir zu doof wurde und ich dann die busybox gehackt habe

aber ich weiss nicht wie und wo ich was machen muss

bitte nicht auslachen

MfG Gerrit

[seife]

Das dietmarw-image sollte schon die busybox-changes drin haben, also sollte es reichen, wenn du nur die Module mit meinem Patch baust, und nach /var/lib/modules kopierst.

[gerry6n]

@seife
mmmhh kannst du mir bitte bitte erklären wie ich mit deinem patch die module baue?

[seife]

im CVS-Auscheckverzeichnis:
patch -p0 < drivers-avia-2.6-backport-fixes-071102.diff
dann zurück ins cdk-Verzeichnis und dann (ich benutze newmake):
make driver

Fertsch. Die Module liegen dann in driver/dvb/drivers/media/dvb/avia/.
Es reicht, wenn ich mich recht erinnere, wenn du avia_av.o und avia_av_napi.o, evtl. noch avia_gt.o, austauschst.

[gerry6n]

Hi seife,

bitte net boxen ich krieg das net gebacken. Muss ich das auf der Box machen? Oder was ist das "CVS-Auscheckverzeichnis" und den Pfad hab ich auch net auf der Box "driver/dvb/drivers/media/dvb/avia/" . Hab schon die Suche benutzt. Oder muss ich auf der Box noch was starten?

MfG Gerrit

[seife]

Du mußt so etwa das selbe tun, wie wenn du ein Image bauen willst. Ich mach das immer mit newmake. Also CVS auschecken, configure, ...
Nur anstelle des "make flash-neutrino-squashfs-all" machst du halt nur "make driver". Das wird dann auch (unwesentlich) weniger lang dauern, als ein ganzes Image zu bauen.

Achso, und nach dem auschecken des CVS nicht vergessen den Patch einzuspielen, sonst kommt genau derselbe Treiber wie im dietmarw-Image raus :-)

[Striper]

Ist das hier h**p://ulc.tuxbox-cvs.sourceforge.net//index.php?&direction=0&order=mod&directory=Binaries die avia_av.o mit den Änderungen die hier besprochen werden? Wenn nein, könnte die mir bitte jmd. zum testen kompilieren? Ich muss mir echt mal ein Linux System aufsetzen...

/edit

Sorry, darf (noch) keine links posten.

[seife]

nein, das ist eine andere, soweit ich weiß.
Bei meinem Patch mußd du, wenn ich mich recht erinnere, mindestens, avia_av.o, avia_av_napi.o und avia_gt.o austauschen, sonst kriegst du unresolved symbols.

[niemand0815]

also ich kanns mir auch nicht selbst kompilieren mangels linux. wäre wirklich nett wenn jemand die drei o's irgendwo hinstellen könnte.

[rhabarber1848]

Ist dieser Patch noch aktuell? Ich teste ihn seit etwa einer Woche und
bilde mir ein, dass ein Schwarzbild nach dem Umschalten seltener
geworden ist, oder anders gesagt, im Gegensatz zu vorher nun
praktisch nicht mehr auftaucht.

[rhabarber1848]

EDIT: Patch ist im CVS

Bei mir läuft der Patch sehr gut, kein Schwarzbild-Bug mehr.
Gibt es Einwände gegen einen CVS commit?

[seife]

nein, der sollte "mostly harmless" sein.

[rhabarber1848]

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/2220

[JtG-Riker]

Kann es sein das der Patch doch nicht okay ist?

Hab hier eine Avia500 die mit dem geänderten Watchdog nicht mehr auf Sky Sendern läuft
Ich hab mir heut Abend nen Wolf gesucht wo das Problem ist.

Code: Alles auswählen

0:11:45.138 eit_set_update_filter, servicekey = 0x300850029, current version 29
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
avia_av: status timeout - chip didn't accept command 0x231
avia_av: AVIA 500 LB4 found, sptsfix is off
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $

Wenn ich downgrade gehts wieder...

Gruß Riker

[bruno71]

Code: Alles auswählen

avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart

Dieses problem kann ich auch bestätigen, allerdings habe ich eine nokia avia600.
Tritt aber nur bei sky sendern ab und zu auf.

mfg bruno71

[JtG-Riker]

Kein anderer was dazu zu sagen ?

Hier ist es ja so schlimm das der Avia500 fast abstürzt im Log und gar kein Bild mehr kommt, ich finde das ist nicht okay und sollte
villeicht überarbeitet oder zurückgebaut werden.

Riker

[dbt]

...deshalb bitte die letzte Änderung zurücknehmen. Es kann sich ja immernoch mal jemand warme Gedanken über eine funktionstüchtige Lösung machen

[seife]

am "besten" wäre es vermutlich, wenn man an dieser Stelle:

Code: Alles auswählen

               /* sleep for one second or until we got a wakeup signal */
               timeout = !interruptible_sleep_on_timeout(&avia_av_wdt_sleep, 100);

stattdessen "if nokia => sleep ohne timeout" (interruptible_sleep_on(&avia_av_wdt_sleep);) "else: wie bisher".

Ich bin ab heute aber eine Woche unterwegs und kann es noch nicht mal wirklich compile-testen, geschweige denn ausprobieren.

Evtl. kann man auch einfach den timeout (die "100") variabel machen, vermutlich ist ein timeout von "0" oder "-1" gleichbedeutend mit "unendlich" (vorher checken!).
Dann könne man "wenn nokia -> t_out == -1; else t_out=100" und die 100 oben durch ne variable "t_out" ersetzen. das wäre IMHO noch eleganter.

[rhabarber1848]

Evtl. kann man auch einfach den timeout (die "100") variabel machen, vermutlich ist ein timeout von "0" oder "-1" gleichbedeutend mit "unendlich" (vorher checken!).

Bitte testen: avia_watchdog_thread2.diff

PS: Auf Sagem Kabel positiv getestet.

[JtG-Riker]

Nokia geht auch anscheind wieder, ich sehe aber nix im seriellen Log, warscheinlich weil kein debug an ist?

Ich spiele jetzt mal die "defekte" version wieder rein

Gruß Riker

[rhabarber1848]

Hier kommen solche Meldungen, wenn der neue Code anspringt:

TuxTxt service started 130
TuxTxt stopped service 130
avia_av_wdt_thread: video decoding stopped ==> restart
avia_av_wdt_thread: audio decoding stopped ==> restart
TuxTxt service started 276
TuxTxt running thread...(276)

[seife]

das sieht schon mal gar nicht so schlecht aus. Allerdings - wenn nur avia500 betroffen sind, dann könnte man auch darauf testen.


Sind die 500 auch die, die bei der aufnahme unbedienbar sind? Das könnte zusammenhängen.

[JtG-Riker]

das sieht schon mal gar nicht so schlecht aus. Allerdings - wenn nur avia500 betroffen sind, dann könnte man auch darauf testen.


Sind die 500 auch die, die bei der aufnahme unbedienbar sind? Das könnte zusammenhängen.

Nee die Aufnahmeprobleme gibts bei Avia600 - aber auch nur auf der Nokia mit GTX

Gruß Riker