[yavdr 0.2] DVB-Treiber Kernel Fehler / Cine-S2

sundin · August 7, 2010 at 4:31 PM

Hallo,

nachdem mein alter VDR nach langen Jahren treuer Dienste ausscheiden muss, baue ich gerade ein neues HD-fähiges Gerät (s. Signatur).

Leider habe ich ein DVB-Treiber-Problem (s.u.)

Kurz die Ausgangslage:

- yavdr 0.2 frisch installiert
- bei Installation ausgewählt: Install yet another VDR with updated drivers (linuxtv.org)
- einmal apt-get update && apt-get dist-upgrade ausgeführt
- reboot
- aktuelle channels.conf für Astra 19.2 eingespielt

Die DVB-Karte wird m.E. richtig erkannt:

Code

egrep 'ngene|DVB' /var/log/syslog


Aug  7 15:43:10 nvdr kernel: [   10.204170] ngene 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 18 (level, low) -> IRQ 18
Aug  7 15:43:10 nvdr kernel: [   10.204217] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
Aug  7 15:43:10 nvdr kernel: [   10.205973] ngene 0000:02:00.0: setting latency timer to 64
Aug  7 15:43:10 nvdr kernel: [   10.206131] ngene: Device version 1
Aug  7 15:43:10 nvdr kernel: [   10.206182] ngene 0000:02:00.0: firmware: requesting ngene_15.fw
Aug  7 15:43:10 nvdr kernel: [   10.232168] ngene: Loading firmware file ngene_15.fw.
Aug  7 15:43:10 nvdr kernel: [   10.244882] DVB: registering new adapter (nGene)
Aug  7 15:43:10 nvdr kernel: [   10.675775] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Aug  7 15:43:10 nvdr kernel: [   10.918330] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Aug  7 15:43:10 nvdr vdr: [870] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Aug  7 15:43:10 nvdr vdr: [870] frontend 0/1 provides DVB-S2 with QPSK ("STV090x Multistandard")
Aug  7 15:43:10 nvdr vdr: [870] found 2 DVB devices

Display More

Code

02:00.0 Multimedia video controller [0400]: Micronas Semiconductor Holding AG Device [18c3:0720] (rev 01)
	Subsystem: Micronas Semiconductor Holding AG Device [18c3:dd00]
	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 18
	Region 0: Memory at f9ff0000 (32-bit, non-prefetchable) [size=64K]
	Region 1: Memory at f9fe0000 (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 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [48] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
		Address: 0000000000000000  Data: 0000
	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- Suprise- 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] Device Serial Number 00-11-3c-20-07-00-00-00
	Capabilities: [400] Virtual Channel <?>
	Kernel driver in use: ngene
	Kernel modules: ngene

Display More

Code

modinfo ngene
filename:       /lib/modules/2.6.32-24-generic/updates/dkms/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
srcversion:     F60E8C3883134992E117F73
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
vermagic:       2.6.32-24-generic SMP mod_unload modversions 586 
parm:           one_adapter:Use only one adapter. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)

Display More

Fehlermeldung in syslog:

Code

Aug  7 15:43:11 nvdr vdr: [870] switching to channel 1
Aug  7 15:43:11 nvdr vdr: [1102] receiver on device 1 thread started (pid=870, tid=1102)
Aug  7 15:43:11 nvdr vdr: [870] setting watchdog timer to 60 seconds
Aug  7 15:43:11 nvdr vdr: [1103] TS buffer on device 1 thread started (pid=870, tid=1103)
Aug  7 15:43:11 nvdr kernel: [   11.292042] hda_codec: ALC887: BIOS auto-probing.
Aug  7 15:43:11 nvdr kernel: [   11.532204] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:08.0/input/input6
Aug  7 15:43:11 nvdr kernel: [   11.663546] divide error: 0000 [#1] SMP 
Aug  7 15:43:11 nvdr kernel: [   11.663553] last sysfs file: /sys/module/snd_hda_codec/initstate
Aug  7 15:43:11 nvdr kernel: [   11.663558] Modules linked in: snd_hda_codec_nvhdmi snd_hda_codec_realtek stv6110x nfsd exportfs lnbp21 nfs lockd nfs_acl arc4 auth_rpcgss nls_iso8859_1 ath9k mac80211 nls_cp437 ath snd_hda_intel(+) stv090x snd_hda_codec snd_hwdep cfg80211 vfat snd_pcm usbhid ngene lirc_atiusb lirc_dev fat sunrpc snd_timer hid psmouse led_class serio_raw dvb_core asus_atk0110 ati_remote nvidia(P) shpchp snd soundcore agpgart snd_page_alloc i2c_nforce2 lp parport r8169 mii ahci
Aug  7 15:43:11 nvdr kernel: [   11.663609] 
Aug  7 15:43:11 nvdr kernel: [   11.663617] Pid: 1078, comm: kdvb-ad-0-fe-0 Tainted: P           (2.6.32-24-generic #39-Ubuntu) System Product Name
Aug  7 15:43:11 nvdr kernel: [   11.663623] EIP: 0060:[<fa710182>] EFLAGS: 00010246 CPU: 0
Aug  7 15:43:11 nvdr kernel: [   11.663635] EIP is at stv090x_set_srate+0xb2/0x140 [stv090x]
Aug  7 15:43:11 nvdr kernel: [   11.663640] EAX: 53ec6000 EBX: f71cb800 ECX: 00000000 EDX: 00000000
Aug  7 15:43:11 nvdr kernel: [   11.663645] ESI: 53ec6000 EDI: f4322640 EBP: f537bf2c ESP: f537bf1c
Aug  7 15:43:11 nvdr kernel: [   11.663650]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Aug  7 15:43:11 nvdr kernel: [   11.663656] Process kdvb-ad-0-fe-0 (pid: 1078, ti=f537a000 task=f4322640 task.ti=f537a000)
Aug  7 15:43:11 nvdr kernel: [   11.663660] Stack:
Aug  7 15:43:11 nvdr kernel: [   11.663663]  f537bf2c fa7100cd f71cb800 00000064 f537bf5c fa716a3e f537bf48 c058ccdf
Aug  7 15:43:11 nvdr kernel: [   11.663673] <0> f537bf48 00000296 f56ba194 f537bf5c 00000001 f71cb818 f56ba000 f4322640
Aug  7 15:43:11 nvdr kernel: [   11.663683] <0> f537bfb8 f978b546 c058ac4c f5422000 00000000 000002ee f56ba1d0 f56ba004
Aug  7 15:43:11 nvdr kernel: [   11.663693] Call Trace:
Aug  7 15:43:11 nvdr kernel: [   11.663705]  [<fa7100cd>] ? stv090x_write_reg+0x1d/0x20 [stv090x]
Aug  7 15:43:11 nvdr kernel: [   11.663715]  [<fa716a3e>] ? stv090x_search+0x2ce/0x1600 [stv090x]
Aug  7 15:43:11 nvdr kernel: [   11.663726]  [<c058ccdf>] ? _spin_lock_irqsave+0x2f/0x50
Aug  7 15:43:11 nvdr kernel: [   11.663743]  [<f978b546>] ? dvb_frontend_thread+0x4f6/0x670 [dvb_core]
Aug  7 15:43:11 nvdr kernel: [   11.663751]  [<c058ac4c>] ? schedule+0x44c/0x840
Aug  7 15:43:11 nvdr kernel: [   11.663761]  [<c0167800>] ? autoremove_wake_function+0x0/0x50
Aug  7 15:43:11 nvdr kernel: [   11.663776]  [<f978b050>] ? dvb_frontend_thread+0x0/0x670 [dvb_core]
Aug  7 15:43:11 nvdr kernel: [   11.663784]  [<c0167574>] ? kthread+0x74/0x80
Aug  7 15:43:11 nvdr kernel: [   11.663790]  [<c0167500>] ? kthread+0x0/0x80
Aug  7 15:43:11 nvdr kernel: [   11.663798]  [<c0104087>] ? kernel_thread_helper+0x7/0x10
Aug  7 15:43:11 nvdr kernel: [   11.663802] Code: 00 00 b8 ff ff ff ff 83 c4 08 5b 5e 5d c3 8d 76 00 81 fa 80 8d 5b 00 76 40 8b 40 0c 89 d6 31 d2 c1 e6 06 8b 48 30 89 f0 c1 f9 0a <f7> f1 83 7b 04 02 89 c6 0f 85 7b ff ff ff 89 f0 ba 5e f2 00 00 
Aug  7 15:43:11 nvdr kernel: [   11.663850] EIP: [<fa710182>] stv090x_set_srate+0xb2/0x140 [stv090x] SS:ESP 0068:f537bf1c
Aug  7 15:43:11 nvdr kernel: [   11.663864] ---[ end trace 568d4e4f58cab002 ]---
Aug  7 15:43:11 nvdr vdr: [870] OSD size changed to 1920x1080 @ 1

Display More

Kompletter syslog ist ggf. hier zu finden:
http://pastebin.com/5j6Gajxn

D.h. vdr läuft, findet die beiden Devices, kriegt aber keine Daten. Kabel / Signal / Empfang sind in Ordnung, habe ich mehrfach am Billig-Receiver getestet.

Wie kann ich das Problem weiter eingrenzen
- aktuellen Treiber v4l selber kompilieren ?
- Hardwaredefekt ?

Bin für jeden Hinweis dankbar ...

Viele Grüße
sundin

videoman · August 7, 2010 at 4:51 PM

Hi sundin,
du hast exakt meine Hardware.
Also die Karte läuft mit den s2-liplianin-dkms Treibern.

Lt FAQ (http://www.vdr-wiki.de/wiki/index.php/YaVDR-FAQ) sollte es aber nicht gehen.

PS:
So richtig zufrieden bin ich derzeit nicht.
ACPI hab ich nicht zum laufen gebracht, damit lies sich das Board nicht vernünftig abschalten bzw wieder starten. NVRAm klappt zumindest das abschalten, aufnahmen gehen nicht..
Mal sehen wie es weiter geht...

sundin · August 7, 2010 at 5:41 PM

Hi,

ja, die s2-liplianin-dkms hab ich mittlerweile auch schon probiert, leider gleiche Fehlermeldung. Riecht
irgendwie nach Hardware-Problem ...

cu
sundin

sundin · August 7, 2010 at 9:22 PM

Hab noch bischen weitergetestet:

hab den VDR-Start nach dem Booten künstlich hinausgezögert - die Fehlermeldung kommt erst mal nicht, aber dann beim Start von VDR, d.h. beim ersten "Zugriff" auf die DVB-Devices.

Ich hab jetzt mal testhalber die Ubuntu 10.10 (Maverick Meerkat) Live-CD gebootet und - siehe da - dasselbe Phänomen:

Karte wird erkannt,
ngene Treiber lädt tadellos
beim erst Zugriff von VDR kommt die Kernel-Fehlermeldung

Damit könnte dieser Thread hier bitte geschlossen werden ... liegt nicht an yavdr sondern am System ... ich versuch mein Glück in der Hardware-Ecke des Portals.

ciao
sundin

videoman · August 7, 2010 at 10:18 PM

aber warum funktioniert sie dann bei mir? Hab doch die gleiche Hardware wie du? Ich meine ich schlag mich mit tausend anderer Probleme Rum, aber die Karte läuft soweit...

sundin · August 7, 2010 at 10:32 PM

Naja, das deutet halt leider immer mehr darauf hin, dass meine Karte einen HW-Schaden hat ... und deshalb läuft Deine bei Dir ...

Ich hab mich mal an diesen Thread angehängt: http://www.vdrportal.de/board/thread.p…1223#post931223

VDR-Basteln ist lustig, aber manchmal nervt's auch

Participate now!