Kernel 2.6

[gmo18t]

zum 3.
... per ftp auf den PC geholt (sozusagen PC - NFS - DBOX - ftp - PC, hehe)
.
...

Hab das auch mal genauso probiert - und in der Tat hält sich die CPU-Last in Grenzen ...

Aber leider ist dies nicht so bei folgenden Aktionen:
- TS-Abspielen mit Movieplayer über nfs-share
- Movieplayer Streaming via VLC Server
- "cat file-from-nfs-share > /dev/null"
- "cat /dev/zero > file-on-nfs-share"

Wäre nett, wenn Du diese Fälle (oder wenigstens ein paar) davon mal bei Dir ausprobieren könntest.

- GMo -

[Houdini]

Hallo gmo18t,

ich war DBOX mässig ein paar Tage offline, da ich meine uralt Debian Woody gegen eine frische Knoppix3.7 Installation ausgetauscht habe.

Aber jetzt hab ich Tests gemacht und kann folgendes berichten:
cat file-from-nfs-share > /dev/null - 88% Systemlast
cat /dev/zero > file-on-nfs-share - 90% Systemlast
also wie Du schon vermutet hast.
Movieplayer habe ich noch nicht eingerichtet.
Gestern habe mal ich einen kompletten 19,2/13° Sat Suchlauf gemacht und ziemlich viel gefunden (incl Dubai MUX) - die Treiber dahingehend sehen für mich schon sehr vielversprechend aus.

Bei meiner Knoppixerweiterung ist mir noch aufgefallen, dass der tftp Dienst keine relativen Pfade (mehr?) unterstützt
(TFTP error: 'Only absolute filenames allowed' (2))
Meine dhcpd.conf habe ich angepasst, aber die logo Files gehen so nicht, die muss man dann im uboot anpassen.
Weisst Du darüber (TFTP) was?

Zur Info vielleicht auch für andere:
Für Knoppix3.7 musste ich noch folgendes modifizieren:
zum Kompilieren - nix
inetd dienst aktivieren (inetd.conf)
portmap aktivieren
nfs-common aktivieren
nfs-kernel-server aktivieren (exports)
dhcpd3-server aktivieren (dhcpd.conf)
optional: syslogd/klogd aktivieren

Greets
Houdini

[gmo18t]

cat file-from-nfs-share > /dev/null - 88% Systemlast
cat /dev/zero > file-on-nfs-share - 90% Systemlast

jepp, das wird ein riesen Spaß, die Ursache dafür rauszufinden
Ich hab mal einen none preemtive 2.6er probiert, aber der ist auch nicht besser ...

Nun müßten wir uns eine Vorgehensweise überlegen, wie man den Fehler einkreisen könnte.
Vielleicht jeden Netzwerklayer - von unten angefangen - in die Mangel nehmen.
Der Ethernettreiber ansich ist nicht dran schuld, da hab ich schon genügend rumprobiert.
Und ich denke, höher als TCP muß man auch nicht gehen ...

Kennst Du vielleicht geeignete Tools, um die in Frage kommenden Layer (z.B. ethernet-core, IP usw.)
zu testen, ohne die darüberliegenden anzusprechen ?
Diese Tools müßten ja dann auch für den PPC kompilierbar sein.

Bei meiner Knoppixerweiterung ist mir noch aufgefallen, dass der tftp Dienst keine relativen Pfade (mehr?) unterstützt
(TFTP error: 'Only absolute filenames allowed' (2))
Meine dhcpd.conf habe ich angepasst, aber die logo Files gehen so nicht, die muss man dann im uboot anpassen.
Weisst Du darüber (TFTP) was?

weiß jetzt nix, da ich neine tftp Konfiguration schon lange nicht mehr angepackt habe.
Aber war ein ziemliches Gebastel, bis es so lief wie ich wollte...

Der Tunertreiber für Sagem-C klappt auch prima. Da war an ganz anderer Stelle (siehe entspr. Thread)
noch ein Fehler ...

- GMo -

[petgun]

hi,

cat file-from-nfs-share > /dev/null - 88% Systemlast
cat /dev/zero > file-on-nfs-share - 90% Systemlast

jepp, das wird ein riesen Spaß, die Ursache dafür rauszufinden ..

...sehe ich das richtig dass daran die ganze Linux-Gemeinde _weltweit_ forscht?

cu,
peter

--

[gmo18t]

hi,
...sehe ich das richtig dass daran die ganze Linux-Gemeinde _weltweit_ forscht?

der "eine" mehr, die anderen weniger ...

- GMo -

[Metallica]

Philips 2.6.x treiber finden fast garnix .
Nur so als info.

[racker]

Philips 2.6.x treiber finden fast garnix .
Nur so als info.

Hm, irgendwie hat der Treiber IRQ-Probleme... (tda80xx)
es wird immer "schedule_work" aufgerufen, ansonsten kommt ein Neustart.
Hat jemand eine Idee?

[Npq]

Leider nicht, das Problem ist damals auch aufgetreten, aber mangels Philips vor Ort hab ich da keine Idee zu gehabt.

Der IRQ ist aber nicht wirklich nötig, wenn man ihn wegläßt, dann wird gepollt.

[racker]

So, habe mal den tda8044 für 2.6 portiert und ihm das Pollen beigebracht.
Spielt besser als jeder andere Treiber
Den Source gibt es auf meiner HP "tda8044h.tar.bz2".
Sieht zwar nicht schön aus, kann man ja noch verbessern.
Der tda80xx Treiber darf beim Starten nicht im Module-Verzeichnis sein.
IRQ geht damit zwar auch nicht - aber besser als "Kanal nicht verfügbar"
Wenn das noch jemand erfolgreich testen könnte, würde ich den in das CVS committen.
Vlt. sollte man sich noch Gedanken machen, wie man unterschiedliche Treiber
für die gleiche Hardware laden kann.
->siehe http://forum.tuxbox.org/forum/viewtopic.php?p=291142

[racker]

Hier noch eine Version mit IRQ "tda8044h_irq.tar.bz2".
Läuft allerdings nicht so stabil wie beim Pollen, vtl. sollte man spin_lock verwenden?
Ob das den Aufwand wert ist?
Oder besser den tda80xx zum laufen bringen...

[beba]

beckommsttt du auch damit niedrige simbol rate ? ? ?

und wie lautet link für deine HP ? ? ?


GRUß ! ! !

[AudioSlyer]

beckommsttt du auch damit niedrige simbol rate ? ? ?

und wie lautet link für deine HP ? ? ?


GRUß ! ! !

Klick mal auf sein "WWW" Symbol

[racker]

beckommsttt du auch damit niedrige simbol rate ? ? ?

Wenn du mir einen Sender auf Astra 19 Ost oder Hotbird 13 Ost nennen kannst, beantworte ich dir das gerne.

[beba]

auf 16° E gibts mehrere
hast du 16° E auch ? ? ?


GRUß ! ! !

[racker]

hast du 16° E auch ? ? ?

Nein. Was ich empfangen kann steht oben.
Ergänzung: alles unter 4,5Msymbols/s wird im Treiber nicht unterstützt

[beba]

11131 V 5632 3/4 BBC Prime Europe
12145 H 3333 3/4 M2

auf hot bird

kommt noch was für simbol rate mit 3357 ? ? ?

gruß ! ! !

[racker]

11131 V 5632 3/4 BBC Prime Europe
12145 H 3333 3/4 M2

Gehen nicht.
Nach Durchsicht der Sourcen dürfte es schon bei Sendern mit <12Msyms/s Probleme geben., auch früher schon.
Wie schon in anderen Threads zu lesen ist: Ohne Doku wird sich daran nichts ändern.

[racker]

Ohne Doku wird sich daran nichts ändern.

Hmm, man sollte vlt. alle Sourcen lesen
Habe mal den tda80xx Treiber angeschaut - der sollte bis 1,5Msyms/s runtergehen.
Allerdings habe ich die clk-Werte noch nicht verstanden, im Datasheet stehen andere Werte...
Egal, einf Fix ist für Kernel 2.6 und 2.4 jetzt im CVS - bitte testen.

[mash4077]

Hi,

nur mal so als Info, weshalb ist da überhaupt ein Unterschied, was die Symbolrate betrifft, bzw. wieso muss das im Treiber anderst abgehandelt werden?

Gruß
mash

[racker]

Grob und frei nach Datenblatt:
Es gibt eine Abhängigkeit zwischen interner Taktfrequenz und der Symbolrate.
Zu jeder Frequenz gibt es einen gültigen Bereich für die Symbolrate (1 Dekade).
Wenn die Symbolrate den gültigen Bereich verlässt muss man die Frequenz/Filter umschalten.

[beba]

aus original BN sw geht es nicht treiber auslesen und disammbliren ? ? ?


GRUß ! ! !

[HopeofnewDriver]

Ne so leicht geht das leider auch wieder nciht^^