Squeeze-VDR mit FF-Karte geht nicht, obwohl alles läuft

Hallo Leute,

nachdem mein VDR irgendwann nach vielen Jahren nicht mehr einwandfrei gelaufen ist, möchte ich ihn nun neu installieren. Hauptsächlich habe ich mich dabei an die Anleitung auf e-tobi.net gehalten (http://www.e-tobi.net/blog/2010/10/18/squeeze-vdr-teil-1). Weiter als bis Teil 2 bin ich bisher noch nicht gekommen.

Ich bekam einige nicht erfüllbare Abhängigkeiten bei der Installation des VDR, die konnte ich lösen. Jetzt läuft der VDR, ich habe eine alte FF-Karte und habe auch vdr-plugin-dvbsddevice installiert. Aber ein Bild habe ich dadurch nicht erhalten - obwohl ich doch eigentlich eines sehen sollte. Dann habe ich versuchsweise vdr-plugin-xineliboutput installiert - No Signal. Also habe ich die Firmware aktualisiert.

Jetzt ist der Gnome-Desktop weg und auf dem TV sehe ich nur ein streifiges Bild. Bedienbar ist nichts ... Weiss jemand weiter?

Grüße

Ich

Hallo!

Eigentlich hätte ich selbst daran denken müssen - lag wohl an der Erkältung, die ich jetzt fast überstanden habe ...

habe mir die Syslog mal angesehen, aber mir ist nichts aufgefallen - bis auf evtl "no DVB device found" und "new device number 9" ... Die Treiber sind aber aktiv:

dmesg | grep -i firmware
[ 7.469446] dvb 0000:00:0b.0: firmware: requesting dvb-ttpci-01.fw
[ 7.824747] dvb 0000:00:0b.0: firmware: requesting av7110/bootcode.bin

Danke für Eure Hilfe!

PS: Im Anhang ist kein Bild!

Cool! Ein Schritt weiter!

Um irgendwie glotzofonieren zu können habe ich gerade eine Live-DVD laufen - sehe gerade im HR die Doku über die Sch... die Amazon verzapft.

Wie kann ich denn die bootcode.bin prüfen? Das Update der FW habe ich so gemacht - lief einwandfrei durch:

cd /tmp

wget -N http://www.escape-edv.de/endri…re/dvb-ttpci-01.fw-fb2624
wget -N http://www.escape-edv.de/endri…vb-ttpci-01.fw-fb2624.md5

md5sum -c dvb-ttpci-01.fw-fb2624.md5

mkdir -p /usr/local/lib/firmware
cp dvb-ttpci-01.fw-fb2624 /usr/local/lib/firmware/
ln -sf /usr/local/lib/firmware/dvb-ttpci-01.fw-fb2624 /usr/local/lib/firmware/dvb-ttpci-01.fw

(stammt von e-tobi.net)

Ich habe die Befehle jetzt einfach nochmal wiederholt und dabei entsprechend den Pfad geändert - ohne Erfolg.

Habe jetzt also 4 Orte, an denen die FW gesucht werden könnte. Leider will er aber immer noch nicht ...

Ich habe inzwischen mal nach "dvb-ttpci: load_dram(): timeout at block 0" gesucht. Dabei bin ich auf FF DVB-S (Haupauge) läuft nicht mehr nach Squeeze update gestoßen, dort wird auf http://wiki.xensource.com/xenwiki/XenPCIpassthrough verwiesen. Dort steht jetzt wieder

Zitat

Xen PCI passthru to a PV (paravirtual) guest

Traditional Xen PV PCI passthru to a PV domU gives the guest full control of the PCI device, including DMA access. This can be potentially insecure and unstable, if the guest is malicious or has buggy drivers. The advantage of this PV PCI passthru method is that it has been available for years in Xen, and it doesn't require any special hardware or chipset (it doesn't require hardware IOMMU (VT-d) support from the hardware).
Additional requirements for Xen PCI passthru to PV domU:

• 
  PV domU kernel needs to have the Xen PCI frontend driver loaded for PCI passthru to work! This driver is called xen-pcifront in pvops kernels.
• 
  You need to add additional kernel options to the domU kernel cmdline to enable Xen PCI passthru, see below.

You can also use the more safe and secure hardware IOMMU (VT-d) PCI passthru for PV guests, see below for that.
For DMA access to work for pci devices in a PV guest it is required to enable the swiotlb in the domU (guest VM) kernel. (for some explanation about the swiotlb see http://lwn.net/Articles/91870/)
Add this option to your domU (guest VM) kernel boot options (cmdline arguments) list :
swiotlb=force

NOTE: This option is only required for older PV guest kernel versions (linux-2.6.18-xen, RHEL5, SLES10/11, Debian etch/lenny).
upstream kernel.org (pvops) Linux domU kernels requires just this option:
iommu=soft

Alles anzeigen

DomU sagt mir nichts. Was bitte soll das bedeuten? Wo soll man iommu=soft eintragen? Kann das die Lösung sein? Ich habe auch was von IRQ-Problemen gelesen - man könnte die Karte in einen anderen Slot einsetzen. Was haltet Ihr davon?

Leider nein ... Er will immer noch nicht ...

Ich hatte ja schon geschrieben, dass es 4 mögliche Pfade gibt, in denen die FW gesucht werden könnte. In allen 4 ist jetzt die bootcode.bin - man weiss ja nie, was sich die Kiste gerade denkt ... Geändert hat sich nix.

In /usr/local/lib/firmware/av7110/

/usr/lib/hotplug/firmware/av7110/

/usr/local/lib/firmware/

/usr/lib/hotplug/firmware/

sind jetzt überall

bootcode.bin, dvb-ttpci-01.fw und dvb-ttpci-01.fw-fb2624.

Mir ist schon fast egal, wo er die FW sucht, wenn er nur irgendwann läuft.

Klasse!!! Jetzt läuft er! Ich muss in dem ganzen Verzeichnisdurcheinander vor Deiner Pfadangabe ein "usr" gelesen haben ... Sorry! Jetzt habe ich ein Bild! Ich werde mich jetzt an die Einrichtung des Rests machen - nvram, lirc usw. Hoffe, dass mir da nicht solch dumme Fehler passieren.

Auf jeden Fall:

und ein großes Danke!