Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT sowie TT S2-6400 (Teil 1)

Zitat von UFO

Sie kommt, da VDR (oder ein Plugin) den Lockstatus abfragt, bevor das erste Mal getunt wurde.
Kann man auskommentieren, wenn's stört.

Der VDR ist unschuldig. Sobald das Frontend geöffnet wird, startet der Frontend-Thread, der permanent den Status abfragt. Zu dem Zeitpunkt ist das Frontend noch nicht initialisiert. Erst mit dem ersten aktiven tunen wird das Frontend initialisiert.

Wenn man sich drxk_read_status()/GetLockStatus() anschaut, sollte man stat in drxk_read_status vorinitialisieren oder den Return-Wert von GetLockStatus() auswerten.

Gruß
e9hack

Nun, dass DVB-T im Moment nicht geht, damit kann ich leben,

Allerdings habe ich mit dem aktuellen Treiber auch Probleme mit DVB-S2, vorallem bei den HD+ Kanälen bekomme ich immer wieder die Meldung:

Jan 08 11:36:10 [vdr] [26834] ERROR: frontend 0/0: Das Argument ist ungültig
Jan 08 11:36:10 [kernel] DVB: adapter 0 frontend 0 modulation 9 not supported

hi c-3po,

ist hier nicht anders. hd funktioniert nicht mehr bei einigen karten (zumindest habe ich solche rückmeldungen vom mld usern bekommen) und kann das auch selbst mit meiner tevii nachvollziehen.

So wie ich das verstanden habe muss dazu auch vdr angepasst werden, da vdr nicht mehr lockt? Stimmt das?

Da zZ der Wurm in den media-tree treibern drin ist sind wir zu einem dezember 2011 backup zurück gekehrt.

Naja abwarten und tee trinken und diesen thread verfolgen bis es entwarnung gibt

greetz MarMic

Mahlzeit Jungs,

dürfte diese Änderung/Diskussion sein:

http://www.mail-archive.com/linux-media@vger.kernel.org/msg41684.html

Alle Treiberpakete vor der Änderung laufen.

PS: Habe den Link mal als Code eingefügt, da er hier aus irgendeinem Grund verändert wird.

Gruß
Wolfgang

hi wbreu,

leider bekomme ich Not Found

greetz MarMic

Zitat von MarMic

hi wbreu,

leider bekomme ich Not Found

greetz MarMic

Klar, weil der Link nicht stimmt.

Dieser passt: ->

http://www.mail-archive.com/linux-media@vger.kernel.org/msg41684.html

hi jungs,

danke! wenn es aber daran liegt sollte es ja wieder funktionieren: commit (rückgängig)

greetz MarMic

hallo ufo,

jop das stimmt vdr lockt nun wieder auf hd sendern danke!
tevii s480 hat immer noch artefakte (gehört aber nicht hier rein da ja upstream problem )

greetz MarMic

Nichts besonderes aber, da ich es satt hatte die vielen Kommandos von Hand zu tippen, habe ich mir einen kleinen Skript gebastelt. Kurzum, falls Ihr ihn nicht versteht, solltet Ihr ihn nicht benutzen.

Annahmen und Einschränkungen:

• Alles wird immer vom Scratch runtergeladen, kompiliert und installiert (funktioniert so besser meiner Erfahrung nach)
• sudo ist korrekt aufgesetzt
• firmware gehört unter /lib/firmware
• Firmware für TT S2-6400 werden nicht runtergeladen
• Kein 'make menuconfig' vorgesehen
• Hat einmal getan unter Debian Squeeze und Kernel 3.1.6 bei mir heute so gegen 13:52

Eric

Hi Ufo,

da ich probleme mit meiner tevii habe und da noch auf ursachenforschung bin wollte ich einen alten treiber stand bauen...

ich habe also einfach make download durch ein wget eines alten standes ersetzt. das hat früher auch schonmal funktioniert nur hast du nun im ddbridge/ngene part diesen drxk part abgeändert und dein makefile zieht wohl immer den tip. -> so bauen natürlich die alten treiber nicht mehr (mit deinem ngene-octopus-test)

ist da etwas von dir vorgesehen, einen speziellen commit auszuchecken? oder ist man immer daran gebunden den neusten treiber bauen zu "wollen"?

kurz: ich kann nicht einfach treiber 31.12.2011 mit media_build_experimental bauen, weil dieser commit dagegen wirkt? wenn da nichts geplannt ist, ist das nicht so schlimm ich werde mir schon zu helfen wissen

greetz MarMic und vielen vielen dank für deine arbeit auch wenn es für dich stress bedeutet OHNE DIESE wäre die ganze dvb sache viel viel komplizierter und undurchsichtiger! BIG THX!

hm, nach suspend/resume (to ram) hagelt es:

Zitat

[34347.533039] I2C timeout
[34347.533047] IRS 00000001
...

als workaround wird ein rmmod/modprobe beim suspend bzw. resume sicher helfen aber ich denke das laesst sich auch besser loesen.

kernel 3.2.0
media_build_experimental 28:63aab30127fb
DD DuoFlex CT PCIe

*edit
mit rmmode beim suspend und modprobe call beim resume funktionierts.
ohne gibts dann die o.g. errors und ausserdem noch

Zitat

[ 6365.066082] stv0367: i2c_write error

selbst ein reboot hilft da nicht weiter:

Zitat

[ 7.803506] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[ 7.803612] DDBridge 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 7.803645] DDBridge driver detected: Digital Devices Octopus LE DVB adapter
[ 7.803692] HW 00010004 REG 00010001
[ 7.805786] Port 0 (TAB 1): DUAL DVB-C/T
[ 7.806532] Port 1 (TAB 2): NO MODULE
[ 7.808122] DVB: registering new adapter (DDBridge)
[ 7.808133] DVB: registering new adapter (DDBridge)
[ 7.972520] stv0367 found
[ 8.340109] tda18212dd: ChipID 4724
[ 8.340547] tda18212dd: PowerState 02
[ 8.656278] DVB: registering adapter 0 frontend 0 (STV0367 DVB-C)...
[ 8.656366] DVB: registering adapter 0 frontend 0 (STV0367 DVB-T)...
[ 8.657403] stv0367 found
[ 8.665337] stv0367: i2c_write error
...
[ 8.666787] tda18212dd: i2c_read error
...
[ 8.666853] No TDA18212 found!
[ 8.666858] port_attach on port 0 failed
[ 8.667251] c_release
[ 8.668089] fail3
[ 8.668097] fail2
[ 8.668596] fail1
[ 8.668607] fail
[ 8.668647] DDBridge 0000:03:00.0: PCI INT A disabled
[ 8.668663] DDBridge: probe of 0000:03:00.0 failed with error -1

Alles anzeigen

kurz die spannung wegnehmen (vollstaendig) oder die bridge durch unterbrechen (bridge kurz aus dem slot nehmen) der spannungsversorgung reseten hilft.

Mit neueren Versionen hab ich beim ngene auch bei suspend / resume die Probleme, dass die Karte hin und wieder nicht gefunden wird. Bei mir hilft aber meistens der Reboot ....

ngene: probe of 0000:02:00.0 failed with error -12

Ich verwende Kernel 2.6.39

oh btw... kann jemand bestaetigen das der vdr start mit duoflex/ddbridge laenger dauert als sonst/ueblich?

Zitat

Jan 11 00:23:14 manuvdr vdr: [5025] not all devices ready after 30 seconds

Nachdem heute meine Cine CT v6 gekommen ist, habe ich nicht lange gezögert und den Treiber installiert. Hat alles super geklappt, außer das Lirc nachher nicht lief, aber wie man das behebt steht ja auch hier im Thread. Danke UFO für das Bereitstellen der Treiber. CI+CAM werden Dank ddci-plugin auch erkannt. Jetzt muss es nur noch decoden

Ich hatte mir im Dezember 2010 schon mal eine Duoflex CT bestellt als sie gerade veröffentlicht wurde, aber da die Treiber damals noch auf sich warten ließen, wieder zurückgeschickt. Eine gute Entscheidung, wie sich jetzt herausstellt.

Zitat von idl0r

hm, nach suspend/resume (to ram) hagelt es:

Zitat

[34347.533039] I2C timeout

[34347.533047] IRS 00000001

...

Alles anzeigen

Kann ich nach kurzem Test bestätigen.

Zitat von idl0r

oh btw... kann jemand bestaetigen das der vdr start mit duoflex/ddbridge laenger dauert als sonst/ueblich?

Mein vdr kommt ganz normal schnell hoch. Mit einigen Plugins und zeitaufwändiger CAM-Detection ca. 20s

Zitat von Flachzange

Mein vdr kommt ganz normal schnell hoch. Mit einigen Plugins und zeitaufwändiger CAM-Detection ca. 20s

nvm.. es sieht so aus als wartet vdr aufs CI, in dem fall vdr-sc. aber erst seit ich die DD karte drin habe, hm.

Hallo ufo,

Zitat von UFO

Versuche folgendes:
In experimental/ngene-octopus-test den passenden Stand mit "hg checkout ..." auschecken.
Ein späteres "make untar" überschreibt dies nicht, bis sich im Repository etwas tut. Also ggf. nicht vergessen, wieder auf "tip" zu aktualisieren!

vielen dank für den tipp. nun kann ich die treiber vom 25.12.2011 bauen und habe keine probleme mehr VIELEN DANK!

greetz MarMic

Hallo,

ich habe ein Problem mit meiner DuoFlex CT Karte. Ich habe Heute die aktuellen Treiber heruntergeladen und erfolgreich installiert.

Soweit ich weis erstellt diese Karte zwei Adapter mit jeweils zwei Frontends. Eines für DVB-C und einen für DVB-T.
Bei mir werden beide Adapter erstellt aber jeweils nur ein frontend.
Dies ist die Ausgabe von lspci -vvv

04:00.0 Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller (rev 01)
	Subsystem: Micronas Semiconductor Holding AG Device dd20
	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 49
	Region 0: Memory at fbdf0000 (32-bit, non-prefetchable) [size=64K]
	Region 1: Memory at fbde0000 (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: 00000000fee0500c  Data: 41b1
	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 512 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-00-00-00-00-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=ff
			Status:	NegoPending- InProgress-
	Kernel driver in use: ngene
	Kernel modules: ngene

Dies ist die Ausgabe von dmesg

[    7.461671] DRXK driver version 0.9.4300
[    7.514440] drxk: frontend initialized.
[    9.672997] DVB: registering new adapter (nGene)
[    9.673005] DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[    9.705964] drxk: status = 0x639130d9
[    9.705972] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[   10.538745] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[   10.540761] EXT4-fs (sdb1): re-mounted. Opts: commit=0
[   12.696482] DRXK driver version 0.9.4300
[   12.750472] drxk: frontend initialized.
[   14.903406] DVB: registering new adapter (nGene)
[   14.903410] DVB: registering adapter 1 frontend 0 (DRXK DVB-C DVB-T)...

Ich habe keine Anhaltspunkte woran dies liegt.

Wenn ich ein w_scan mache erhalte ich folgende Ausgabe

w_scan -o 7 -A 2 -f c -a /dev/dvb/adapter1/frontend0
w_scan version 20110616 (compiled for DVB API 5.3)
guessing country 'DE', use -c <country> to override
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.7
output charset 'UTF-8', use -C <charset> to override
-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
Using DVB API 5.5
frontend 'DRXK DVB-C DVB-T' supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64.
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
FREQ (47.12MHz ... 865.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
main:3320: FATAL: Frontend 'DRXK DVB-C DVB-T'(DVB-T) doesnt support your choosen scan type 'DVB-C'

Nach dem w_scan erhalte ich noch folgende Fehlermeldung bei dmesg

[  218.884861] dvb_frontend_ioctl_legacy: doesn't know how to handle a DVBv3 call to delivery system 0

Bei einem normalen w_scan Scannt er mit DVB-T. Ich habe aber kein DVB-T und will natürlich DVB-C.

Kann mir jemand bei diesem Problem helfen?

Grüße
Martin