AVARDS kann /dev/vbi0 nicht initialisieren

msv · 24. Februar 2013

Hallo Leute,

mal wieder eine kleines Problem beim Umstieg von 1.6 auf 1.38:

Ich habe avards-0.2.5 installiert und bekomme folgende Meldung im Syslog:

Code

Feb 24 13:45:37 stereo vdr: [22830] avards: switching WSS to L16:9
Feb 24 13:45:37 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Feb 24 13:46:04 stereo vdr: [23016] non blocking file reader thread ended (pid=22813, tid=23016)
Feb 24 13:46:04 stereo vdr: [23015] dvbplayer thread ended (pid=22813, tid=23015)
Feb 24 13:46:04 stereo vdr: [22813] switching to channel 25
Feb 24 13:46:04 stereo vdr: [23017] receiver on device 2 thread started (pid=22813, tid=23017, prio=high)
Feb 24 13:46:04 stereo vdr: [23018] TS buffer on device 2 thread started (pid=22813, tid=23018, prio=high)
Feb 24 13:46:06 stereo vdr: [22830] avards: switching WSS to 16:9
Feb 24 13:46:06 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)

Es wird auch nicht umgeschaltet auf Letterbox. Nur der Standart zwischen 4:3 und 16:9 funktioniert. Aber das macht mein Fernseher schon von Haus aus.

Firmware für meine Karte (FF-SD Galaxy) ist neu:

Code

[143413.213074] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[143413.560116] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[143413.566723] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[143413.740073] dvb-ttpci: adac type set to 0 @ card 0
[143413.752199] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[143413.759226] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[143413.824238] ves1x93: Detected ves1893a rev2
[143413.830469] av7110 0000:05:00.0: DVB: registering adapter 0 frontend 0 (VLSI VES1x93 DVB-S)...
[143413.837298] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:05:00.0/input/input7
[143413.844841] dvb-ttpci: found av7110-0.

Ich nutze zur Wiedergabe eine alte FF-SD Karte (Galaxy), ohne den Tuner
zu benuten. Als Input dient eine duoflex-s2. DVB-Treiber habe ich Montag
von http://git.linuxtv.org/media_build.git gezogen.

Irgendwie scheint die Kombination nicht zusammenzupassen. Kann man hier noch mehr logging rausholen, um zusehen was dabei schief läuft. Das /dev/vbi0 wird ja erkannt nur scheint es allergisch auf den benutzten IO Call zu reagieren.

Wenn mir hier jemand helfen könnte wäre ich dankbar. Man ist ja so einigen Komfort vom VDR 1.6 gewohnt, den ich eigentlich nicht mit der neuen VDR Version verlieren möchte.

Viele Grüße
msv

UFO · 24. Februar 2013

Zitat von msv
Hallo Leute,

mal wieder eine kleines Problem beim Umstieg von 1.6 auf 1.38:

Ich habe avards-0.2.5 installiert und bekomme folgende Meldung im Syslog:
Code
Feb 24 13:45:37 stereo vdr: [22830] avards: switching WSS to L16:9
Feb 24 13:45:37 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Feb 24 13:46:04 stereo vdr: [23016] non blocking file reader thread ended (pid=22813, tid=23016)
Feb 24 13:46:04 stereo vdr: [23015] dvbplayer thread ended (pid=22813, tid=23015)
Feb 24 13:46:04 stereo vdr: [22813] switching to channel 25
Feb 24 13:46:04 stereo vdr: [23017] receiver on device 2 thread started (pid=22813, tid=23017, prio=high)
Feb 24 13:46:04 stereo vdr: [23018] TS buffer on device 2 thread started (pid=22813, tid=23018, prio=high)
Feb 24 13:46:06 stereo vdr: [22830] avards: switching WSS to 16:9
Feb 24 13:46:06 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Es wird auch nicht umgeschaltet auf Letterbox. Nur der Standart zwischen 4:3 und 16:9 funktioniert. Aber das macht mein Fernseher schon von Haus aus.

Firmware für meine Karte (FF-SD Galaxy) ist neu:
Code
[143413.213074] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[143413.560116] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[143413.566723] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[143413.740073] dvb-ttpci: adac type set to 0 @ card 0
[143413.752199] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[143413.759226] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[143413.824238] ves1x93: Detected ves1893a rev2
[143413.830469] av7110 0000:05:00.0: DVB: registering adapter 0 frontend 0 (VLSI VES1x93 DVB-S)...
[143413.837298] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:05:00.0/input/input7
[143413.844841] dvb-ttpci: found av7110-0.
Ich nutze zur Wiedergabe eine alte FF-SD Karte (Galaxy), ohne den Tuner
zu benuten. Als Input dient eine duoflex-s2. DVB-Treiber habe ich Montag
von http://git.linuxtv.org/media_build.git gezogen.

Irgendwie scheint die Kombination nicht zusammenzupassen. Kann man hier noch mehr logging rausholen, um zusehen was dabei schief läuft. Das /dev/vbi0 wird ja erkannt nur scheint es allergisch auf den benutzten IO Call zu reagieren.

Wenn mir hier jemand helfen könnte wäre ich dankbar. Man ist ja so einigen Komfort vom VDR 1.6 gewohnt, den ich eigentlich nicht mit der neuen VDR Version verlieren möchte.

Viele Grüße
msv
Alles anzeigen

Ich fürchte, daß es eine Regression im Treiber ist. Ich habe allerdings keine Lust, die ganzen Commits meines "ganz speziellen Freundes" Verkuil durchzugehen:
http://git.linuxtv.org/media_t…ia/dvb/ttpci/av7110_v4l.c
Aber immerhin ist der Treiber nun absolut v4l2-compliant.

Baue doch in die sliced_vbi-Routinen in av7110_v4l.c ein paar printk-Ausgaben ein. So sollte relativ einfach herauszubekommen sein, was schief geht.

CU
Oliver

FireFly · 24. Februar 2013

"Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)" bedeutet, dass er zwar den Device öffnen kann, aber das Device den IOCTL Befehl nicht versteht. Lt. Readme ist der zwar seit Januar 2006 im Treiber drin, aber evtl. hat sich da mittlerweile etwas geändert?
Schau mal, ob der diff aus dem Readme im Deinem Treiber drin ist: http://habichthugo.vdr-develop…stuff/v4l-dvb-wss-v2.diff

msv · 24. Februar 2013

Hallo FireFly,

das von dir zitierte DIFF ist aber schon ganz schön alt. Ich habe wenig bekanntes in dem von mir benutzten Media tree gefunden. Ich bin aber auch nicht sicher, ob ich überhaupt an der richtigen Stelle war.

Hallo Oliver,

also von Treiberprogrammierung verstehe ich wenig bis gar nichts. Ich wüßte jetzt nicht, was ich ausdrucken sollte und was überhaupt interessant ist und warum. Ich habe nur gesehen, daß sich an den Stellen im Treiber ja ganz schön viel tut und wenn man die History anschaut schrauben da ja auch einige Leute dran rum. Hier müßte ich mich länger einarbeiten, um das alles zu verstehen. Aber kein Problem. Nur die Erfolgsmeldung wird dann erst mal auf sich warten lassen. Ich dachte, diese Probleme wären auch woanders schon aufgetaucht. Aber die Möglichkeiten, alle Fehler so zu kombinieren, bis sie zu Tage treten, sind doch relativ vielfältig.

Trotzdem erstmal Danke
msv

(nun geh ich erstmal ins Kino. da haben die hoffentlich keine Probleme mit dem richtigen Seitenverhältnis )

FireFly · 24. Februar 2013

Zitat von msv

das von dir zitierte DIFF ist aber schon ganz schön alt.

Ja, das war der Patch, der damals in den Kernel gekommen ist.

Zitat von msv

Ich habe wenig bekanntes in dem von mir benutzten Media tree gefunden. Ich bin aber auch nicht sicher, ob ich überhaupt an der richtigen Stelle war.

Im git findet sich die Datei http://git.linuxtv.org/media_t…ia/dvb/ttpci/av7110_v4l.c , mit dem entscheidenden Abschnitt ca. ab Zeile 555 - insofern ist der Code aus dem Diff drin (zumindest dieser Teil, die anderen habe ich nicht verglichen). Da aber wohl alles in Funktionen verpackt wurde gibts evtl. mit dem Aufruf ein Problem. Ich kann's mangels HW leider nicht mehr vernünftig testen.

msv · 8. März 2013

Hi,

ich mal wieder...

Ich hab mich jetzt mal intensiv mit dieser ganzen v4l2- Treiberei beschäftigt. Ich habe versucht per printk den Weg bis zum ttpci Treiber zu verfolgen, bin aber irgendwie gescheitert. Ich bekomme zwar beim Laden des Modules alle möglichen von mir mal eingebauten printks angezeigt, jedoch habe ich noch nicht die Stelle gefunden, wo denn der VIDIOC_S_FMT abgewiesen wird. Darauf habe ich dann mal ein wenig mit den v4l2-Utilityie rumgespielt. Speziell hier:

Code

stereo:/usr/local/src/VDR# v4l2-compliance -V /dev/vbi0
Running on 2.6.32


Driver Info:
    	Driver name   : saa7146 v4l2
    	Card type 	: av7110
    	Bus info  	: PCI:0000:05:00.0
    	Driver version: 3.8.0
    	Capabilities  : 0x85020085
            	Video Capture
            	Video Overlay
            	Sliced VBI Output
            	Audio
            	Read/Write
            	Streaming
            	Device Capabilities
    	Device Caps   : 0x05000080
            	Sliced VBI Output
            	Read/Write
            	Streaming


Compliance test for device /dev/vbi0 (not using libv4l2):


Required ioctls:
    	test VIDIOC_QUERYCAP: OK


Allow for multiple opens:
    	test second vbi open: OK
    	test VIDIOC_QUERYCAP: OK
    	test VIDIOC_G/S_PRIORITY: OK


Debug ioctls:
    	test VIDIOC_DBG_G_CHIP_IDENT: OK
    	test VIDIOC_DBG_G/S_REGISTER: OK (Not Supported)
    	test VIDIOC_LOG_STATUS: OK (Not Supported)


Input ioctls:
    	test VIDIOC_G/S_TUNER: OK
    	test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
    	test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
    	test VIDIOC_ENUMAUDIO: OK (Not Supported)
    	test VIDIOC_G/S/ENUMINPUT: OK (Not Supported)
    	test VIDIOC_G/S_AUDIO: OK (Not Supported)
    	Inputs: 0 Audio Inputs: 0 Tuners: 0


Output ioctls:
    	test VIDIOC_G/S_MODULATOR: OK (Not Supported)
    	test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
    	test VIDIOC_ENUMAUDOUT: OK (Not Supported)
    	test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported)
    	test VIDIOC_G/S_AUDOUT: OK (Not Supported)
    	Outputs: 0 Audio Outputs: 0 Modulators: 0


Control ioctls:
    	test VIDIOC_QUERYCTRL/MENU: OK
    	test VIDIOC_G/S_CTRL: OK
    	test VIDIOC_G/S/TRY_EXT_CTRLS: OK
    	test VIDIOC_(UN)SUBSCRIBE_EVENT/DQEVENT: OK
    	test VIDIOC_G/S_JPEGCOMP: OK (Not Supported)
    	Standard Controls: 6 Private Controls: 0


Input/Output configuration ioctls:
    	test VIDIOC_ENUM/G/S/QUERY_STD: OK (Not Supported)
    	test VIDIOC_ENUM/G/S/QUERY_DV_PRESETS: OK (Not Supported)
    	test VIDIOC_ENUM/G/S/QUERY_DV_TIMINGS: OK (Not Supported)
    	test VIDIOC_DV_TIMINGS_CAP: OK (Not Supported)


Format ioctls:
    	test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: OK (Not Supported)
    	test VIDIOC_G/S_PARM: OK (Not Supported)
    	test VIDIOC_G_FBUF: OK (Not Supported)
            	fail: v4l2-test-formats.cpp(498): Sliced VBI Output cap set, but no Sliced VBI Output formats defined
    	test VIDIOC_G_FMT: FAIL
    	test VIDIOC_TRY_FMT: OK (Not Supported)
    	test VIDIOC_S_FMT: OK (Not Supported)
            	fail: v4l2-test-formats.cpp(791): sliced_type && (node->caps & buftype2cap[type])
    	test VIDIOC_G_SLICED_VBI_CAP: FAIL


Codec ioctls:
    	test VIDIOC_(TRY_)ENCODER_CMD: OK (Not Supported)
    	test VIDIOC_G_ENC_INDEX: OK (Not Supported)
    	test VIDIOC_(TRY_)DECODER_CMD: OK (Not Supported)


Buffer ioctls:
    	test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK


Total: 38, Succeeded: 36, Failed: 2, Warnings: 0
stereo:/usr/local/src/VDR#

Alles anzeigen

wird ja auch angezeigt, daß der ioctl
test VIDIOC_S_FMT: OK (Not Supported)
ja auch irgendwie nicht supported ist.

Ich habe daraufhin dann mal in die detector routine vom avards pluging ein Query eingebaut, um zu sehen ob das auch mit den Mitteln des API herauszubekommen ist:

Code

bool cWSSoverdrive::OpenVbiDevice(void)
{
   fdDevVbi = open(szVbiDevice, O_WRONLY);
   if (fdDevVbi < 0)
   {
  	esyslog("avards: Error: Can't open vbi device '%s' (%s)", szVbiDevice, strerror(errno));
  	return false;
   }
// test der Möglichkeiten
   	struct v4l2_capability cap;
   	if ( ioctl(fdDevVbi, VIDIOC_QUERYCAP, &cap) < 0 ) {
            	if (EINVAL == errno) {
                    	esyslog( "%s is no V4L2 device\n", szVbiDevice);
                    	return false;
            	} else {
                    	esyslog("errno_exit VIDIOC_QUERYCAP");
            	}
    	}


    	if (!(cap.capabilities & V4L2_CAP_SLICED_VBI_OUTPUT)) {
            	esyslog( "%s is no VBI device\n",
                     	szVbiDevice);
            	return false;
    	}
    	esyslog (" VBI Capabilities %x", cap.capabilities);


// ende Test


   struct v4l2_format fmt;
   memset(&fmt, 0, sizeof fmt);
   fmt.type = V4L2_BUF_TYPE_SLICED_VBI_OUTPUT;
   fmt.fmt.sliced.service_set = V4L2_SLICED_WSS_625;
   if (ioctl(fdDevVbi, VIDIOC_S_FMT, &fmt) < 0) {
  	esyslog("avards Error: Can't init vbi device '%s' (%s)", szVbiDevice, strerror(errno));
  	CloseVbiDevice();
  	return false;
   }


   return true;
}

Alles anzeigen

Dar Ergebnis aus meinem syslog ist dann folgendes:

Code

Mar  8 10:40:30 stereo vdr: [3779] avards: switching WSS to 16:9
Mar  8 10:40:30 stereo vdr: [3779]  VBI Capabilities 85020085
Mar  8 10:40:30 stereo vdr: [3779] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)

Das zeigt mir eigentlich, daß dieser "SLICED" VBI Mode doch eigentlich gehen müßte.

Wo ist dann hier der Fehler?

Gruß
msv

UFO · 9. März 2013

Hallo,

habe zu Testzwecken AVARDS installiert und dieses verdammte v4l-Gedöns gedebuggt.

Mit dem angehängten Patch müßte es wieder funktionieren.

Kannst Du mir sagen, mit welcher Treiber/Kernel-Version es zuletzt noch funktioniert hat bzw. ab welcher nicht mehr?

CU
Oliver

msv · 9. März 2013

Hallo Oliver,

toll, das funktioniert jetzt wieder. Ganz vielen Dank dafür!

Unter Kernel:

Code

stereo:~# uname -a
Linux stereo 2.6.26.20100228-1 #1 Sun Feb 28 01:57:36 CET 2010 i686 GNU/Linux

ist es noch gelaufen (Kernel selbst compiled)

und hier das Zeugs aus dmesg für die DVB Karten:

Code

nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ngene: Found Digital Devices DuoFlex S2 miniPCIe
PCI: Setting latency timer of device 0000:02:00.0 to 64
ngene: Device version 1
firmware: requesting ngene_15.fw
input: Power Button (FF) as /class/input/input0
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input1
ACPI: Power Button (CM) [PWRB]
input: PC Speaker as /class/input/input2
ngene: Loading firmware file ngene_15.fw.
DVB: registering new adapter (nGene)
Linux video capture interface: v2.00
saa7146: register extension 'dvb'.
LNBx2x attached on addr=a
DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
LNBx2x attached on addr=8
DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
stv6110x_attach: Attaching STV6110x
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1b.0 to 64
hda_codec: Unknown model for ALC662, trying auto-probe from BIOS...
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 20 (level, low) -> IRQ 20
saa7146: found saa7146 @ mem f88de000 (revision 1, irq 20) (0x13c2,0x1002).
firmware: requesting dvb-ttpci-01.fw
DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.3 SE)
adapter has MAC addr = 00:d0:5c:2d:cf:4d
firmware: requesting av7110/bootcode.bin
dvb-ttpci: info @ card 2: firm f0240009, rtsl b0250018, vid 71010068, app 80f42623
dvb-ttpci: firmware @ card 2 supports CI link layer interface
dvb-ttpci: adac type set to 0 @ card 2
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
ves1x93: Detected ves1893a rev2
DVB: registering adapter 2 frontend 0 (VLSI VES1x93 DVB-S)...
input: DVB on-card IR receiver as /class/input/input3
dvb-ttpci: found av7110-0.

Alles anzeigen

Also nochmal Danke und schönes Wochenende
(also wenn ich mir den Timestamp deiner Antwort anschaue hoffe ich, du leidest nicht unter Schlafstörungen)

Gruß
msv

AVARDS kann /dev/vbi0 nicht initialisieren

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema