Cine S2 V6.2 überlebt S3 wakeup nicht

Torsten73 · 2. März 2013

Hi,
die Cine lief unter 0.4 ohne Nachbesserungen problemlos weiter nach einem wakeup aus S3, bei 0.5 leider gibt es kein Signal mehr danach. Ich nutze nun schon eine Weile nur den Shutdown, aber vielleicht hat einer von Euch schon eine Lösung dafür erarbeitet. Ich habe hier leider nichts dazu gefunden, was den S3 betrifft. Denn mit dem Kaltstart habe ich keine Probleme.

Ich nutze den Kernel Treiber. bzw auch linux-media-dkms funktioniert nicht mit S3.

Thx

Edit: in die etc/yavdr/force-reload-modules.list habe ich

Code

ddbridge 
cxd2099

eingetragen, wenn die Datei die richtigen Rechte hat ( chown vdr:vdr /etc/yavdr/etc/yavdr/force-reload-modules.list )
dann funktioniert es auch nach dem wakeup.

gda · 2. März 2013

Zitat von Torsten73

wenn die Datei die richtigen Rechte hat ( chown vdr:vdr /etc/yavdr/etc/yavdr/force-reload-modules.list )

Ich kann mir nicht vorstellen wozu das nötig sein sollte. Das wird nicht vom User vdr gelesen.

Gerald

Torsten73 · 2. März 2013

Hmm, da will ich Dir nicht wiedersprechen.
Ich probiere es die Tage noch mal mit root aus. Da aber es am Anfang nicht ging, war das meine letzte Änderung.

Unter uns, wundert es mich aber ein wenig, dass der Treiber den Wakeup nicht überlebt. Denn das es bei manchen anderen Karten geht zeigt mir eigentlich, dass der Treiber noch nicht 100%ig in Ordnung ist. Denn eigentlich sollte das bei Modulen die im Kernel enthalten sind eine Voraussetzung sein. So hat igor liplianin das mir mal erklärt, als wir die S480 dafür fitt gemacht hatten.
Vielleicht hat Ufo unser Cine Crack irgendwann mal Lust und Zeit das zu korrigieren.

Edit:
Das hat leider nicht geholfen. Gerade berichtet mir meine Schwiegermutter, dass es meistens beim yavdr Logo hängen bleibt.
Aktuel ist linux-media-dkms installiert.

Torsten73 · 3. März 2013

Ich reiche hier mal das etwas merkwürdige dmesg nach dem S3 nach:

Code

[29416.096973] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[29416.097072] DDBridge 0000:0a:00.0: enabling device (0000 -> 0002)
[29416.097091] DDBridge 0000:0a:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[29416.097122] DDBridge driver detected: Digital Devices Cine S2 V6 DVB adapter
[29416.097178] HW ffffffff REG ffffffff
[29416.097269] DDBridge 0000:0a:00.0: irq 53 for MSI/MSI-X
[29417.096038] I2C timeout
[29417.096050] IRS ffffffff
[29418.096034] I2C timeout
[29418.096043] IRS ffffffff
[29419.096032] I2C timeout
[29419.096040] IRS ffffffff
[29420.096041] I2C timeout
[29420.096053] IRS ffffffff
[29421.096037] I2C timeout
[29421.096047] IRS ffffffff
[29421.096054] Port 0 (TAB 1): NO MODULE
[29422.096033] I2C timeout
[29422.096041] IRS ffffffff
[29423.096035] I2C timeout
[29423.096044] IRS ffffffff
[29424.096033] I2C timeout
[29424.096042] IRS ffffffff
[29425.096033] I2C timeout
[29425.096041] IRS ffffffff
[29426.096041] I2C timeout
[29426.096049] IRS ffffffff
[29426.096056] Port 1 (TAB 2): NO MODULE
[29427.096034] I2C timeout
[29427.096042] IRS ffffffff
[29428.096034] I2C timeout
[29428.096042] IRS ffffffff
[29429.096032] I2C timeout
[29429.096040] IRS ffffffff
[29430.096031] I2C timeout
[29430.096039] IRS ffffffff
[29431.096033] I2C timeout
[29431.096041] IRS ffffffff
[29431.096047] Port 2 (TAB 3): NO MODULE
[29431.277774] init: irexec main process (4174) terminated with status 1
[29431.277861] init: irexec main process ended, respawning
[29440.603905] EPGSearch: sear[4253]: segfault at 0 ip       	(null) sp 00007fc5477fd1d8 error 14 in vdr[400000+148000]

Alles anzeigen

Treiber linux-media-dkms ist installiert,

Code

root@yavdr-sylvia:/home/sylvia# modinfo ddbridge
filename:   	/lib/modules/3.2.0-38-generic/updates/dkms/ddbridge.ko
license:    	GPL
author:     	Ralph Metzler
description:	Digital Devices PCIe Bridge
srcversion: 	533BB7E5866E52F63B9ACCB
alias:      	pci:v0000DD01d00000003sv*sd*bc*sc*i*
alias:      	pci:v0000DD01d00000011sv0000DD01sd00000040bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd0000DB03bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000030bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000020bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000010bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000003bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000002bc*sc*i*
alias:      	pci:v0000DD01d00000003sv0000DD01sd00000001bc*sc*i*
alias:      	pci:v0000DD01d00000002sv0000DD01sd00000001bc*sc*i*
depends:    	cxd2099,dvb-core
vermagic:   	3.2.0-38-generic SMP mod_unload modversions
parm:       	adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
parm:       	ts_loop:TS in/out on port ts_loop (int)
parm:       	adapter_nr:DVB adapter numbers (array of short)
root@yavdr-sylvia:/home/sylvia# modinfo cxd2099
filename:   	/lib/modules/3.2.0-38-generic/updates/dkms/cxd2099.ko
license:    	GPL
author:     	Ralph Metzler
description:	cxd2099
srcversion: 	533BB7E5866E52F63B9ACCB
depends:
vermagic:   	3.2.0-38-generic SMP mod_unload modversions

Alles anzeigen

Es sieht für mich momentan so aus, dass der Fehler erst nach mehrmaligen Standbys auftritt (ab dem 4.) Dann hilft es auch nicht mehr manuell mit modprobe nochmals die 2 Module zu entladen und neu zu laden. Man muss neustarten, damit man wieder einen Sat Empfang bekommt.

Nächster Versuch wieder mit den Kernel Modulen, da überlebt das System nicht einen Standby.

Torsten73 · 4. März 2013

Nach einer Rückmeldung von Ufo sind die Treiber für die Cine S2 nie auf den Betrieb im STR entwickelt bzw getestet worden. D.h. entweder ist es jetzt Zufall, dass es auf dem etwas zickigen AT5iont-i nicht mehr geht (was vorher unter 0.4 ging) oder unter den neueren Kernels geht es grundsätzlich nicht mehr.
Da Ufo diese Funktion nicht benötigt wird sich daran auch vermutlich nichts so bald ändern. (Das ist kein Vorwurf, er macht es in seiner Freizeit, insofern vollkommen nachvollziehbar und in Ordnung)

Frage an Euch, nutzt irgendwer mit 12.04 oder neuer die Cine S2 (6.2) mit STR? Oder hat es überhaupt probiert?

Ich werde nochmal probieren, ob ich mit powertop irgendwelche Energiesparfunktionen auf der PCI-e rausnehmen kann, die das verursachen. (Dies war noch eine Mögliche Ursache, meint Ufo)

steffen_b · 8. März 2013

eigentlich gibt es einen job der die Treiber beim S3 entlädt und danach wieder lädt. Schau doch mal /etc/init/dvb-driver.conf an dvb-driver --list sollte die verwendeten Module auflisten, dvb-driver --unload entladen und --load wieder laden.

Vielleicht gibt es da eine Modulabhängigkeit die dieser Ansatz nicht bekommt - oder du kommentierst das Laden/Entladen mal aus und schaust ob es dann besser geht ?

Torsten73 · 8. März 2013

Hallo Steffen,
Danke für Deine Antwort. Das ist interessant und mir nicht bekannt gewesen. In den hier gefundenen Beiträgen wurde immer davon gesprochen, dass man die Module in etc/yavdr/force-reload-modules.list eintragen soll.

Wenn aber es einen Mechanismus gibt, der eh schon dafür sorgt, dass ALLE dvb Module beim S3 beendet werden und danach neu geladen werden, dann wird sich das vermutlich in die quere kommen, wenn ich die selben module über die force-reload-modules ebenfalls bearbeiten lasse?

Ist diese Änderung mit Yavdr 0.5 dazu gekommen? Denn da es bei 0.4 funktionierte suche ich nach dem Unterschied. Ich habe sogar in Erinnerung, dass man die L4M Module gar nicht entladen musste, da sie den S3 klaglos überstanden.
Wenn dem so war, dann muss ich ja umgekehr dafür sorgen, dass die nicht entladen werden, d.h. die dvb-driver.conf deaktivieren.

Ich bin mal gespannt ob es das ist... to be continued ...

gda · 8. März 2013

Zitat von Torsten73

Ist diese Änderung mit Yavdr 0.5 dazu gekommen? Denn da es bei 0.4 funktionierte suche ich nach dem Unterschied. Ich habe sogar in Erinnerung, dass man die L4M Module gar nicht entladen musste, da sie den S3 klaglos überstanden.

IIRC gab es das in der 0.4 auch schon.

Gerald

Torsten73 · 11. März 2013

Zitat von steffen_b

eigentlich gibt es einen job der die Treiber beim S3 entlädt und danach wieder lädt. Schau doch mal /etc/init/dvb-driver.conf an dvb-driver --list sollte die verwendeten Module auflisten, dvb-driver --unload entladen und --load wieder laden.

Vielleicht gibt es da eine Modulabhängigkeit die dieser Ansatz nicht bekommt - oder du kommentierst das Laden/Entladen mal aus und schaust ob es dann besser geht ?

Hmm, ist das richtig so?

Code

root@yavdr-sylvia:/home/sylvia# dvb-driver --list
Frontend: /dev/dvb/adapter0/frontend0 Modules: ddbridge cxd2099 ddbridge cxd2099
Frontend: /dev/dvb/adapter1/frontend0 Modules: ddbridge cxd2099 ddbridge cxd2099

Warum sind die für die jeweiligen Frontends doppelt drin?

Zum deaktivieren des Unload bei S3 Prozesses ist das so richtig?

Code

description 	"Reload driver"
author      	"Steffen Barszus <steffenbpunkt@gmail.com"


start on (resume or stopped udevtrigger)
stop on suspend


pre-start script
#	dvb-driver --load ||:
end script


post-stop script
#	dvb-driver --unload ||:
end script

Alles anzeigen

franky93128 · 11. März 2013

Hallo Torsten,

ich habe einen VDR mit einem Zotac D2550 Wifi Supreme und einer CineS2 Ver. 6.2 bei dem S3 einwandfrei mit yaVDR 0.5 funktioniert.
Ich habe das nur per Zufall festgestellt, da ich eigentlich S5 verwende.
Da bei mir ACPI-Wakeup aus S5 nicht funktionieren wollte (schuld war im BIOS aktivierter DeepSleep), hatte ich mal ACPI-Wakeup aus S3 getestet.

S3 lief praktisch ootb, d.h. ich habe nur im WebIF auf "Suspend to RAM" umgestellt.
Damit das Pearl-DPF läuft, hatte ich am System kleinere Veränderungen (UDEV-Regel für das Pearl-DPF, graphlcd-plugin aktiviert und plugin.graphlcd.conf angepasst) vorgenommen.
Ansonsten habe nach der Installation von yaVDR am 08.03.13 keine Änderungen am System vorgenommen.
Der VDR läuft jetzt also ca. 3 Tage mit S3 und es waren immer alle frontends nach dem Einschalten vorhanden.

Wie alt ist denn deine CineS2?
Wenn sie schon älter ist, hast Du mal ein FW-Update gemacht?
Ich musste bei meiner ca. 1 Jahr alten CineS2 Ende November die FW updaten, damit sie vom D2550-MB überhaupt erkannt wurde.
Evtl. hilft ja ein FW-Update.

Gruß
Klaus

vdr-box · 11. März 2013

Zitat von franky93128

Wie alt ist denn deine CineS2?
Wenn sie schon älter ist, hast Du mal ein FW-Update gemacht?
Ich musste bei meiner ca. 1 Jahr alten CineS2 Ende November die FW updaten, damit sie vom D2550-MB überhaupt erkannt wurde.
Evtl. hilft ja ein FW-Update.

Wie hast du das Firmware Update gemacht?

vdr-box

vdr-box · 11. März 2013

Ich habe eine von diesen getestet und eine
von diesen hier.

Funken beide nicht. Und der Zotac D2550 Wifi Supreme fährt gar nicht hoch.

Hier mit der 6.2 bekomme ich beim starten
von yavdr 0.5 immer "Detached Frontend".

vdr-box

franky93128 · 11. März 2013

Zitat von vdr-box

Ich habe eine von diesen getestet und eine
von diesen hier.

Funken beide nicht. Und der Zotac D2550 Wifi Supreme fährt gar nicht hoch.

Hier mit der 6.2 bekomme ich beim starten
von yavdr 0.5 immer "Detached Frontend".

vdr-box

Alles anzeigen

Hallo,

diese beiden Bridges sowie die CineS2 bis einschließlich V5.5 mit Micronas-PCIe-Chip laufen generell nicht mit den CedarTrail MBs (Atom D2xxx und N2xxx) und können auch nicht upgedatet werden.
Die CineS2 ab V5.6 und Octopus-Bridges mit Lattice-Chip und L4M FPGA sind jedoch mit aktueller FW auf den CedarTrail-MBs lauffähig.

Die FW der CineS2 ab V5.6 und Octopus-Bridges kann jedoch nur unter Windows upgedatet werden.
Dazu benötigt man den FW-Updater von der DD-Seite.
Dort ist auch beschrieben, wie das Update abläuft.

Dabei unbedingt diesen Hinweis auf der DD-Seite beachten:

Zitat

Um die TV Karten für die Verwendung auf einer Intel CedarTrail Plattform zu aktualisieren, müssen Sie die Firmware bei installierten Treibern, auf einem „Nicht Cedar Trail Mainboard“ aktualisieren. Die Karte muss für das Update erkannt werden und kann anschließend auf dem Cedar Trail Mainboard verwendet werden. Spätere Updates können dann auch auf der Cedar Trail Plattform durchgeführt werden.

Gruß
Klaus

steppi-916 · 12. März 2013

Hallo Klaus,

Zitat von franky93128

diese beiden Bridges sowie die CineS2 bis einschließlich V5.5 mit Micronas-PCIe-Chip laufen generell nicht mit den CedarTrail MBs (Atom D2xxx und N2xxx) und können auch nicht upgedatet werden.

Das stimmt so nicht ganz.

Ich habe im November 2012 einen VDR mit dem Zotac D2550 und einer Cine S2 V5.5 aufgebaut und er läuft noch heute bei meinem Vater. Siehe Beitrag Qvdpautest Zotac D2550.

Weiterhin kann man die älteren CineS2 auf eine CineS2 V5.6 bei Linux4Media upgraden lassen, Upgrade zur CineS2 V5.6 und somit dürfte sie auch ohne den Kernelparameter in einem D2550 laufen.

Ciao Stefan

franky93128 · 12. März 2013

Zitat von steppi-916

Hallo Klaus,

Das stimmt so nicht ganz.

Ich habe im November 2012 einen VDR mit dem Zotac D2550 und einer Cine S2 V5.5 aufgebaut und er läuft noch heute bei meinem Vater. Siehe Beitrag Qvdpautest Zotac D2550.

Weiterhin kann man die älteren CineS2 auf eine CineS2 V5.6 bei Linux4Media upgraden lassen, Upgrade zur CineS2 V5.6 und somit dürfte sie auch ohne den Kernelparameter in einem D2550 laufen.

Ciao Stefan

Alles anzeigen

Hallo Stefan,

ich hatte letzten November mit dem Zotac D2550 alle Typen der Micronas-Karten (CineS2 V5.4 und 5.5 bzw. PCIe- und miniPCIe-Bridge) erfolglos getestet.
Der freie miniPCIe-Slot (volle Höhe) beim Zotac D2550 scheint besonders problematisch zu sein, da er laut HB anscheinend nur für mSATA-SSDs geeignet ist.
Gleiche Probleme hatte ich bei einem Intel D2700MUD (GT610 im PCI-Slot - miniPCIe frei) mit der miniPCIe-Bridge.
Sobald eine DD-Karte mit Micronas-Chip eingebaut war, konnte bei beiden MBs überhaupt nicht mehr gebootet werden.

Nach ausfühlichen Kontakt mit dem L4M-Support, hatte ich dann Ende November die abschließende Nachricht erhalten, dass sämtliche Modelle mit ngene- (Micronas-) Chip nicht mit CDT arbeiten.
Außerdem könne man derzeit nicht davon ausgehen, dass es hier noch ein Update geben wird und dass es auch zweifelhaft ist, ob das Problem hier überhaupt softwareseitig lösbar wäre.
Die Lösung wäre jedoch eine CineS2 V5.6 bzw. V6.X oder eine Octopus-Bridge, da es sich bei dem neuen Chip um ein FPGA handelt, bei dem eben einiges über Software (Firmware) korregiert werden kann und hier auch schon eine Lösung gefunden wurde, die man auch bei älteren Karten per FW-Upgrade einspielen kann
Mir wurden auch Tauschangebote (gegen Aufpreis) für die CineS2 V5.5 in V5.6 sowie die Micronas-Bridges in Octopus-Bridges gemacht.
Ich hatte dann das Tauschangebot für die Bridges angenommen, da ich noch keine Octopus-Bridges hatte.
Meine erste CineS2 V6.2 war damals in einem ION-MB verbaut, in dem ja auch die V5.5 problemlos läuft.
Da hab ich dann lieber die CineS2 durchgetauscht und den Aufpreis für das L4M-Tauschangebot eingespart.
Ich musste dann nur festgestellen, dass die V6.2 doch eine zu alte FW drauf hatte, da das D2550 zwar mit eingebauter CineS2 V6.2 gebootet hat, aber keine frontends vorhanden waren.
Nach dem Update der FW (auf einem anderen Windows-System) läuft die V6.2 seitdem ohne Probleme im D2550 (immer alle frontends vorhanden).

Dass dieser Kernelparameter "nolapic" das Problem mit CineS2 V5.5 im D2550 lösen kann, war mir bis heute unbekannt, weshalb ich es auch nie getestet hatte.
Ich hab mal etwas gegoogelt und herausgefunden dass mit "nolapic" als Nebeneffekt nur noch ein Kern einer Multi-Core-CPU, wie der D2550, nutzbar ist.
Hast Du eigentlich noch andere Nebeneffekt, wie evtl. Beeinflussung des ACPI-Wakeup, feststellen können?

Gruß
Klaus

Torsten73 · 13. März 2013

Zitat von steffen_b

eigentlich gibt es einen job der die Treiber beim S3 entlädt und danach wieder lädt. Schau doch mal /etc/init/dvb-driver.conf an dvb-driver --list sollte die verwendeten Module auflisten, dvb-driver --unload entladen und --load wieder laden.

Ich bin wieder auf den Kernel Treiber zurück. Habe mal den Linux Kernel 3.5 installiert. Allerdings gleiches Ergebnis wie zuvor, 4 mal wakeup ok, beim 5. wakeup kein Signal und kein dvb-frontend da.

Mit dvb-driver --list wird nichts mehr angezeigt, auch nicht nach einem wiederholten unload / load. Obwohl lsmod ddbridge und cxd2099 anzeigt. Das verstehe ich nicht. Macht den dvb-driver --unload nicht "modprobe -r ddbrige cx2099" ?

Außerdem warum bekomme ich es nicht mit modprobe wieder ans laufen. Übersehe ich hier ein Modul? Ich hätte da noch stv090x und stv9110x zu bieten. Die scheinen auch dvb zu sein, aber werden vom dvb-driver nicht angerührt.

steffen_b · 13. März 2013

Wenn ich mich richtig erinnere benutzt das Skript die Abhängigkeiten der Module zum Modul dvb-core.

D.h.:

Code

dvb-core
               ddbrige cx2099
                                     stv090x und stv9110x 
                                                           rc-bla bla blub irgendwas

Der zweite Level sollte Frontend und Tuner sein. Der Rest müsste egal sein *1 . Zumindest dürfte das für die Masse an Treibern passen (sonst hätte es mehr Probleme gegeben, die Logik existiert so schon seit yavdr-0.2 :))

*1 - beim mehrfachen Versuch des Entladens der 2 Module müsste der Rest auch weg gehen. Beim Laden müssten sie wieder reingezogen werden.

Gibt es beim modprobe dann in dmesg Meldungen ? Irgendein stacktrace im dmesg vom Kernel (weggegrätschte Treiber oder andere Teile des Kernel?) Irgendwelche sonstigen Fehler ?

steppi-916 · 13. März 2013

Hallo Klaus,

Zitat von franky93128

Hast Du eigentlich noch andere Nebeneffekt, wie evtl. Beeinflussung des ACPI-Wakeup, feststellen können?

Nein, habe nichts festgestellt. Der VDR läuft relativ unauffällig.
ACPI-Wakeup funktioniert zuverlässig, auch wenn es mein Vater kaum nutzt.

Ciao Stefan

Torsten73 · 14. März 2013

Zitat von steffen_b

*1 - beim mehrfachen Versuch des Entladens der 2 Module müsste der Rest auch weg gehen. Beim Laden müssten sie wieder reingezogen werden.

Nein das ist nicht der Fall. Es wird nur ddbridge und cx2099. stv090x und stv9110x blieben immer geladen, egal wie oft ich dvb-driver --unload gemacht habe (bis zum 7. Mal waren sie immer noch da, danach habe ich es aufgegeben, denn da wäre schön längst ohne reboot das dvb-frontend weggewesen. Ich weiß aber nicht ob das eine Rolle spielt.

Zitat von steffen_b

Gibt es beim modprobe dann in dmesg Meldungen ? Irgendein stacktrace im dmesg vom Kernel (weggegrätschte Treiber oder andere Teile des Kernel?) Irgendwelche sonstigen Fehler ?

Siehe Post 4.

Code

[29417.096038] I2C timeout
[29417.096050] IRS ffffffff

Das sieht für mich aus, als wenn nach dem Wakeup ein reset eines IC´s nicht angekommen wäre. Bzw ein Timingproblem.

Ich sollte mal zuerst ein Update der Firmware machen. Muss ich sowieso, weil die Karte in das D2550ITX wandern wird und dort mit der ersten Firmware nicht laufen soll.
Ich hoffe das Firmware Update geht auch von einer Bart BootPE XP XP Live CD, den ein Windows zu installieren ist auf dem System viel Zeitaufwand.
Ich denke nicht, dass es das Problem lösen wird, aber wer weiß. Vielleicht kann Ufo mir ja beantworten was den I2C Fehler auslöst.

Sonst habe ich bisher keinen trace oder race condition im Log gesehen. Ich werde das nochmal mir ansehen.

msv · 20. April 2013

Hallo Stefan,

in welchem PCIe Mini Slot hast du denn die Bridge nun drin in der ZOTAC 2550? Past die denn in den HalfSize slot oder stört da etwas mechanisch. Der ist doch für aufrechte Installation. Also müste doch nach oben dann genügend Platz sein. Ich habe mal hier den lspci Auszug meiner DuoFlex (Momentan in einem D945GSEJT). Kann man daraus sehen ob die vom Alter her noch ausreicht? Wie kann ich hier den Firmware Stand feststellen?

Code

02:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
        Subsystem: Micronas Semiconductor Holding AG Device dd10
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 30
        Region 0: Memory at dfc10000 (32-bit, non-prefetchable) [size=64K]
        Region 1: Memory at dfc00000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee0300c  Data: 41a1
        Capabilities: [58] Express (v1) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 unlimited
                        ClockPM- Surprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        Capabilities: [100 v1] Device Serial Number 00-00-00-07-20-3c-11-00
        Capabilities: [400 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=01
                        Status: NegoPending- InProgress-
        Kernel driver in use: ngene

Alles anzeigen

..und hier der relevante Teil aus dem dmesg zu Laden meiner TV Karten. Ich habe zur Ausgabe noch eine DVB-S FF Karte. Für HD will ich das jetzt eben gegen was "modernes" eintauschen. Das will ich jetzt in dem Zotac per VDPAU erreichen.

Code

[   16.016028] WARNING: You are using an experimental version of the media stack.
[   16.016034]  As the driver is backported to an older kernel, it doesn't offer
[   16.016038]  enough quality for its usage in production.
[   16.016041]  Use it with care.
[   16.016044] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[   16.016049]  ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[   16.016055]  b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[   16.016060]  676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[   16.093578] [drm] Initialized drm 1.1.0 20060810
[   16.144088] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[   16.144237] ngene 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[   16.144351] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[   16.151448] ngene 0000:02:00.0: setting latency timer to 64
[   16.153605] ngene: Device version 1
[   16.157547] ngene 0000:02:00.0: firmware: requesting ngene_18.fw
[   16.200736] ngene: Loading firmware file ngene_18.fw.
[   16.208238] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   16.208322] i915 0000:00:02.0: setting latency timer to 64
[   16.214074] ngene 0000:02:00.0: irq 30 for MSI/MSI-X
[   16.214243] i2c i2c-1: cxd2099_attach: driver disabled by Kconfig
[   16.224570] [drm] set up 7M of stolen space
[   16.261448] media: Linux media interface: v0.10
[   16.318965] Linux video capture interface: v2.00
[   16.319043] WARNING: You are using an experimental version of the media stack.
[   16.319048]  As the driver is backported to an older kernel, it doesn't offer
[   16.319053]  enough quality for its usage in production.
[   16.319057]  Use it with care.
[   16.319060] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[   16.319064]  ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[   16.319070]  b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[   16.319075]  676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[   16.451190] saa7146: register extension 'av7110'
[   16.451358] av7110 0000:05:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[   16.451484] IRQ 20/: IRQF_DISABLED is not guaranteed on shared IRQs
[   16.451595] saa7146: found saa7146 @ mem f8928000 (revision 1, irq 20) (0x13c2,0x1002)
[   16.451702] av7110 0000:05:00.0: firmware: requesting dvb-ttpci-01.fw
[   16.562844] [drm] initialized overlay support
[   16.577467] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.3 SE)
[   16.613723] adapter has MAC addr = 00:d0:5c:2d:cf:4d
[   16.620256] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[   16.668011] eth0: no IPv6 routers present
[   16.802990] LNBx2x attached on addr=a
[   16.818632] stv6110x_attach: Attaching STV6110x
[   16.818708] DVB: registering new adapter (nGene)
[   16.818780] ngene 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[   16.864873] LNBx2x attached on addr=8
[   16.865122] stv6110x_attach: Attaching STV6110x
[   16.865183] DVB: registering new adapter (nGene)
[   16.865245] ngene 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[   16.866991] No demod found on chan 2
[   16.868000] No demod found on chan 3
[   16.984117] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[   16.984124] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[   17.022696] Console: switching to colour frame buffer device 160x64
[   17.040041] fb0: inteldrmfb frame buffer device

Alles anzeigen

Treiber ist momentan dieser aus dem media_build von Anfang April:

Code

stereo:~# modinfo ngene
filename:       /lib/modules/2.6.32-5-686/kernel/drivers/media/pci/ngene/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
alias:          pci:v000018C3d00000720sv0000153Bsd00001167bc*sc*i*
alias:          pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
depends:        dvb-core,i2c-core
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
parm:           one_adapter:Use only one adapter. (int)
parm:           shutdown_workaround:Activate workaround for shutdown problem with some chipsets. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)

Alles anzeigen

Ich spiele mit dem Gedanken, mir das Zotac D2550-ITX WiFi Supreme (D2550ITXS-A-E) zu kaufen, möchte aber erst sicherstellen, ob meine DuoFlex hier noch läuft.

Oder habt Ihr eine bessere Alternative? Habt Ihr auch Erfahrungen mit einer PCIe Slot (also der Dicke) Lösung und DuoFlex? Das ist zwar nicht billig aber evtl zukünftig flexibler.

Viele Grüße
msv

Cine S2 V6.2 überlebt S3 wakeup nicht

Jetzt mitmachen!

Teilen