TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

    Zitat von FireFly

    Könnt ihr das nicht in einem eigenen Thread diskutieren getreu dem Motto: "TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das"

    Man könnte es im weitesten Sinne als "Installation" einstufen ;) Spaß bei Seite, ich verwende einen Sat-Verteiler für 0,nix € bei Amazon gekauft. Auch eine Möglichkeit, den zweiten Tuner, wenn auch nur etwas eingeschränkt, mit der LNB-Sharing Patch (was laut Logfile hier eh im Einstaz ist) zu verwenden. Funktioniert bei mir wunderbar und kostet fast nix. 4 Quadro LNBs sind schon eine Menge Holz und wenn sie sonst nicht gebraucht werden...

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Im Buch Linux Device Drivers @ O'Reilly steht:

    Zitat

    The final versions (wait_event_timeout and wait_event_interruptible_timeout) wait for
    a limited time; after that time period (expressed in jiffies, which we will discuss in
    Chapter 7) expires, the macros return with a value of 0 regardless of how condition
    evaluates.

    Verstehe ich das richtig, dass wait_event_interruptible_timeout auch dann 0 liefert, wenn die Funktion durch ein Signal unterbrochen wurde? Dann wären einige if-Blocks im Treiber überflüssig? Wenn nicht, dann steht noch im Buch, dass wenn ein Signal die Funktion unterbricht (Rückgabewert !=0), dann sollte man -ERESTARTSYS zurückgeben? Ich hätte das so umgesetzt:

    Code
    if (wait_event_interruptible_timeout(sti7109->cmd_ready_wq, sti7109->cmd_ready == 1, timeout) {
	return -ERESTARTSYS;
}


    Was meinen die Profis? Ich versuche gerade den Treiber ein bisschen umzuschreiben, vielleicht habe ich zum Schluss doch einen besseren Workaround :)
    Ausserdem hätte ich noch eine Frage (möglicherweise an powarman?): Gibt es ein ISR_XXX_MASK, dass sämtliche RDY signalisiert (d.H. alle WaitQues aufgeweckt werden sollten)? Ich bekomme nämlich im laufendem Betrieb sporadisch Interrupts mit der Maske ISR_FE_CMD_MASK und ISR_BOOT_FINISH_MASK, obwohl kein Neustart erfolgt ist? Vom IR-Geist ganz zu schweigen, der mittlerweile auch den Stromzähler erfreut, denn der Rechner fährt dann nicht mehr herunter :(

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Nun bin ich durch das erwähnte Buch etwas schlauer geworden und im Nachhinein sehe ich, dass viele meiner Fragen fürn a... waren. Mein Problem ist jetzt, dass mein Timeout-Problem immer noch besteht, aber keine weitere Ideen mehr habe... Kann ich noch irgendwas tun, falls jemand Interesse daran hat, um dieses verflixte Problem zu lösen? Hat das vielleicht irgendwas mit den neuen Intel CPUs zu tun? Habe nämlich auch unter Windows einige blaue Wunder erlebt... Was mit Core 2 Duo noch bestens lief, läuft mit den i5/7 CPUs nicht mehr, das gehört aber wirklich nicht hierhin. :hilfe

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Das hier ist noch eben gerade hinzugekommen, kann aber durch die bösen Wolken verursacht sein:

    Code
    Jul 28 19:12:44 Supernova kernel: [ 3370.866112] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
Jul 28 19:12:44 Supernova kernel: [ 3370.866117] saa716x_i2c_send (0): I2C Send failed (Err=-5)
Jul 28 19:12:44 Supernova kernel: [ 3370.866120] saa716x_i2c_xfer (0): Data send failed
Jul 28 19:12:44 Supernova kernel: [ 3370.866122] saa716x_i2c_xfer (0): Error in Transfer, try 0
Jul 28 19:12:44 Supernova kernel: [ 3370.866125] saa716x_i2c_xfer (0): msg 0, addr = 0x68, len=2, flags=0x0
Jul 28 19:12:44 Supernova kernel: [ 3370.866127] saa716x_i2c_xfer (0): 	<W 0000> 0xf5
Jul 28 19:12:44 Supernova kernel: [ 3370.866130] saa716x_i2c_xfer (0): 	<W 0001> 0x81
Jul 28 19:12:44 Supernova kernel: [ 3370.866132] saa716x_i2c_xfer (0): msg 1, addr = 0x68, len=1, flags=0x1
Jul 28 19:12:44 Supernova kernel: [ 3370.866139] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
Jul 28 19:13:25 Supernova kernel: [ 3411.945344] demux_worker: called but nothing to do

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Zitat von Freddy

    Das hier ist noch eben gerade hinzugekommen, kann aber durch die bösen Wolken verursacht sein:

    Code
    Jul 28 19:12:44 Supernova kernel: [ 3370.866112] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
Jul 28 19:12:44 Supernova kernel: [ 3370.866117] saa716x_i2c_send (0): I2C Send failed (Err=-5)
Jul 28 19:12:44 Supernova kernel: [ 3370.866120] saa716x_i2c_xfer (0): Data send failed
Jul 28 19:12:44 Supernova kernel: [ 3370.866122] saa716x_i2c_xfer (0): Error in Transfer, try 0
Jul 28 19:12:44 Supernova kernel: [ 3370.866125] saa716x_i2c_xfer (0): msg 0, addr = 0x68, len=2, flags=0x0
Jul 28 19:12:44 Supernova kernel: [ 3370.866127] saa716x_i2c_xfer (0): 	 0xf5
Jul 28 19:12:44 Supernova kernel: [ 3370.866130] saa716x_i2c_xfer (0): 	 0x81
Jul 28 19:12:44 Supernova kernel: [ 3370.866132] saa716x_i2c_xfer (0): msg 1, addr = 0x68, len=1, flags=0x1
Jul 28 19:12:44 Supernova kernel: [ 3370.866139] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
Jul 28 19:13:25 Supernova kernel: [ 3411.945344] demux_worker: called but nothing to do

    Diese Meldungen hatte ich mal im Log. Ein paar Tage später ist meine Video HDD gestorben. Ich hoffe nicht, dass dir gleiches bevorsteht.

    Zitat

    BOARD: Biostar Viotech 3100+
    CPU: VIA C7-D 1.6+ GHz (onboard) - SYSTEM DISK: 8GB (half slim SSD) - DATA DISK: 2 TB
    RAM: 1 GB
    OS: Debian 7.2 - KERNEL: 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux
    VDR: 2.0.4
    DVB: Mystique SaTiX-S2 Dual (v2)

    Zitat von mhanu

    Diese Meldungen hatte ich mal im Log. Ein paar Tage später ist meine Video HDD gestorben. Ich hoffe nicht, dass dir gleiches bevorsteht.

    Hallo mhanu,
    zumindest sieht es nicht danach aus. Die Platte ist neu, smart-Werte in ordnung und keine sonstige beunruhigende Anzeichen.

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Zitat von Freddy

    Nun bin ich durch das erwähnte Buch etwas schlauer geworden und im Nachhinein sehe ich, dass viele meiner Fragen fürn a... waren. Mein Problem ist jetzt, dass mein Timeout-Problem immer noch besteht, aber keine weitere Ideen mehr habe... Kann ich noch irgendwas tun, falls jemand Interesse daran hat, um dieses verflixte Problem zu lösen?


    Imho ist der Timeout ein Firmware-Problem. Dies kann nur powarman untersuchen.
    Im Treiber sehe ich keinen Fehler (kann natürlich auch etwas übersehen haben).


    Zitat

    Hat das vielleicht irgendwas mit den neuen Intel CPUs zu tun? Habe nämlich auch unter Windows einige blaue Wunder erlebt... Was mit Core 2 Duo noch bestens lief, läuft mit den i5/7 CPUs nicht mehr, das gehört aber wirklich nicht hierhin. :hilfe


    Hm - mein (alter) Quadcore macht keine derartigen Probleme...


    Falls es tatsächlich etwas mit Chipsatz/CPU zu tun hätte, könnte möglicherweise ein Update auf den neuesten Kernel helfen.


    Raum für Experimente gibt es genug:
    - Linux probehalber nur mit einem Core laufen lassen.
    - Andere Interrupt-Option? Ich nehme int_type=0.
    - Mit Interrupt-Affinity spielen, z.B. "echo 1 > /proc/irq/<int>/smp_affinity".


    Kann alles das Timing beeinflussen und helfen - oder auch nicht. :(


    CU
    Oliver

    Zitat von UFO

    Raum für Experimente gibt es genug:
    - Linux probehalber nur mit einem Core laufen lassen.
    - Andere Interrupt-Option? Ich nehme int_type=0.

    Im BIOS nur noch 1 Core aktiv, int_type=0, leider keine Verbesserung :( Ich habe noch einen alten AMD-Rechner im Keller, werde ihn mal ausgraben...

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Moin,


    seit dem ich den int_type=0 verwende, bootet mein Rechner manchmal nicht. Die Symptome sind folgende: Bildschirm: die dunkle Lila Farbe von Ubuntu, sonst nix. Tastatur reagiert nicht (Num-Lock kann nicht ein-/ausgeschaltet werden). Keine Festplattenaktivität. Das einzige was hilft, ist die Reset-Taste, wobei selbst nach einem Hardware-Reset der Rechner sich merkwürdig verhält: erst sieht es nach einem Reset aus, danach plötzlich Poweroff. Nach einigen Sekunden automagisch Power on, der Rechner fährt hoch. :wow Nach solch einem Lockup steht nichts in der Syslog, als ob der Rechner gar nicht soweit kommt, irgendwas protokollieren zu können.

    Code
    cat /var/log/syslog |grep IRQ


    gibt folgendes aus:


    demnach wird IRQ 16 von einigen Geräten benutzt:

    Code
    Aug  2 18:58:30 Supernova kernel: [	1.440035] xhci_hcd 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Aug  2 18:58:30 Supernova kernel: [   17.294332] SAA716x FF 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Aug  2 18:58:30 Supernova kernel: [   17.322564] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Aug  2 18:58:30 Supernova kernel: [   18.041796] cx88-mpeg driver manager 0000:06:02.2: PCI INT A -> GSI 16 (level, low) -> IRQ 16


    Hat vielleicht noch jemand ein Mainboard, wie ich? Die Karte steckt momentan in dem PCIe 2.0 4x Slot.
    Mit int_type=1 ist dieses Problem nie eingetreten.


    Viele Grüße,
    Freddy

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Hello



    Has anyone managed to compile the saa716x driver with the new kernel?(3.0)


    I've tried but the compilation fails with



    /mnt/sda4/mike/testing/media_build-for-linux-3-first-shot/v4l/saa716x_i2c.o
    /mnt/sda4/mike/testing/media_build-for-linux-3-first-shot/v4l/saa716x_i2c.c: In function 'saa716x_i2c_init':
    /mnt/sda4/mike/testing/media_build-for-linux-3-first-shot/v4l/saa716x_i2c.c:530:11: error: 'struct i2c_adapter' has no member named 'id'
    make[3]: *** [/mnt/sda4/mike/testing/media_build-for-linux-3-first-shot/v4l/saa716x_i2c.o] Error 1
    make[2]: *** [_module_/mnt/sda4/mike/testing/media_build-for-linux-3-first-shot/v4l] Error 2
    make[2]: Leaving directory `/usr/src/linux-3.0'
    make[1]: *** [default] Error 2


    I've seen this error earlier in the thread but saw no resolution.



    Or is it just a question of being patient and waiting?



    Regards



    Mike




    OK PROBLEM SOLVED RUNNING ON LINUX-3.0 NOW

    Zitat von Freddy

    Das einzige was hilft, ist die Reset-Taste, wobei selbst nach einem Hardware-Reset der Rechner sich merkwürdig verhält: erst sieht es nach einem Reset aus, danach plötzlich Poweroff. Nach einigen Sekunden automagisch Power on, der Rechner fährt hoch.


    sowas kenne ich nur, wenn ich tief im BIOS eingreife, bsw. die Cores zu oder abschalte. Dann schaltet sich der Rechner beim Verlassen des Bios auch aus ( und das erste Mal sackt einem das Herz dann in die Hose :wow ) und bootet nach einer Andacht neu
    Irgendwie scheint dein System dann wohl so eine Safety Prozedure durchzuführen.


    Gruß Fr@nk

    Zitat von lola

    sowas kenne ich nur, wenn ich tief im BIOS eingreife

    Ja, bei mir z.B. die Lüftersteuerung umschalten (von PWM auf was anderes oder umgekehrt). Aber noch nie ohne Änderungen im BIOS erlebt...
    Übrigens, coole Mikrowelle, durch eine ganze Galaxie gespeist. ;)

    VDR 1.7.31 @ Ubuntu 12.04 x64, Kernel 3.2.0-31-generic
    Gigabyte H67A-UD3H-B3, Intel i5-2500K, 8 GB RAM, OCZ-Vertex4 128GB, Seagate 2TB
    1 x TT-6400 + 1 x DVBSky S952

    Ich versuche di TT S2-6400 nun seit gestern ans laufen zu bringen, aber ohne Erfolg. Es sieht so aus als würde die Karte kein Interrupt zugewiesen bekommen.


    uname

    Code
    inux vdr 2.6.39-gentoo-r3 #2 SMP Thu Aug 18 21:56:10 CEST 2011 i686 AMD Phenom(tm) II X4 910e Processor AuthenticAMD GNU/Linux


    Mainboard: Asus M2NPV-VM mit BIOS 5005



    Weiß jemand, was es mit dem "-22" Fehler auf sich hat? Gibt es irgendwas, was ich ausprobieren kann?


    Ich habe keinen speziellen parameter für das modul beim booten angegeben. Wenn ich das Modul von hand entferne und neulade (egal mit welchem parameter) ist's beim ersten Versuch genauso und beim zweiten kommt ein dicker Hänger (mit stacktrace auf der Konsole, den ich nicht kopieren kann), danach hilft nur ein harter reset.


    Danke für jede Hilfe

    Zitat von kingjay

    Ich versuche di TT S2-6400 nun seit gestern ans laufen zu bringen, aber ohne Erfolg. Es sieht so aus als würde die Karte kein Interrupt zugewiesen bekommen.
    ...

    Code
    vdr ~ # cat messages | grep "01:00.0"
...


    Mit einem unvollständigen Log kann man nichts anfangen.


    CU
    Oliver

    In der Zwischenzeit hab ich zumindest den verbose Schalter gefunden:


    Boot mit


    Code
    options saa716x_ff int_type=0 verbose=1


    ergibt



    Ich benutze uebrigens gentoo mit dem vdr-devel overlay, aus dem ich auch die firmware installiert habe. Aber anscheinend versucht er nicht mal, die zu laden?

    Zitat von kingjay
    Code
    saa716x_ff_pci_probe (0): SAA716x FF FPGA Initialization failed


    Fehlende Firmware?


    Schau mal, ob es nicht eine andere Logdatei gibt, die alle Meldungen enthält.
    Log dann bitte - sinnvoll - kürzen und anhängen, nicht in den Beitrag posten.


    CU
    Oliver

    wird anscheinend nicht geladen. Da muss ich mal nochmal genauer reingucken, ich meld mich dann nochmal, Danke erstmal!


    Code
    vdr log # ls -la /lib/firmware/dvb*
-rw-r--r-- 1 root root  242836 11. Mai 17:45 /lib/firmware/dvb-ttpci-01.fw
-rw-r--r-- 1 root root  372181 19. Aug 16:24 /lib/firmware/dvb-ttpremium-fpga-01.fw
-rw-r--r-- 1 root root   15784 19. Aug 16:24 /lib/firmware/dvb-ttpremium-loader-01.fw
-rw-r--r-- 1 root root 2109789 19. Aug 16:24 /lib/firmware/dvb-ttpremium-st7109-01.fw

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden