Thema: DVB-T Stick geht nicht mehr nachdem Webcam OK ist...

Hallo,
als Einstieg erstmal ein Dank aber dann gleich eine Frage:
Nach dem ich mir aus den hier im Forum downloadbaren
source.rpms einen Treiber für meine vimicro.Webcam kompiliert hatte,
(siehe:http://www.pc-forum24.de/suse-treibe...r-devices.html
funktionierte diese ohne Probleme. Ich musste allerdings noch die libv4l dazu installieren. ==> Super gut beschrieben, leicht verständlich!

Nachdem ich nun die Module für meinen DVB Stick (mittels mercurial von v4l-dvb: log geladen und kompiliert hatte, zickt die Webcam wieder, weil die Versionen irgendwie nicht kompatibel sind. Also funzt nun entweder die Cam oder der DVB Stick.

dmesg nach Einstecken des Sticks:

Code:

usb 1-5: new high speed USB device using ehci_hcd and address 8
usb 1-5: configuration #1 chosen from 1 choice
Afatech DVB-T 2: Fixing fullspeed to highspeed interval: 16 -> 8
input: Afatech DVB-T 2 as /devices/pci0000:00/0000:00:0b.1/usb1/1-5/1-5:1.1/input/input6
input,hidraw1: USB HID v1.01 Keyboard [Afatech DVB-T 2] on usb-0000:00:0b.1-5
usb 1-5: New USB device found, idVendor=15a4, idProduct=9016
usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-5: Product: DVB-T 2
usb 1-5: Manufacturer: Afatech
usb 1-5: SerialNumber: 010101010600001
af9015: command failed:170
dvb-usb: found a 'Afatech AF9015 DVB-T USB2.0 stick' in cold state, will try to load a firmware
firmware: requesting dvb-usb-af9015.fw
dvb-usb: downloading firmware from file 'dvb-usb-af9015.fw'
dvb-usb: found a 'Afatech AF9015 DVB-T USB2.0 stick' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (Afatech AF9015 DVB-T USB2.0 stick)
af9013: firmware version:4.95.0
DVB: registering adapter 0 frontend 0 (Afatech AF9013 DVB-T)...
tda18271 5-00c0: creating new instance
TDA18271HD/C2 detected @ 5-00c0
dvb-usb: Afatech AF9015 DVB-T USB2.0 stick successfully initialized and connected.
usbcore: registered new interface driver dvb_usb_af9015

dmesg nach Einstecken der Kamera:

Code:

usb 2-5: new full speed USB device using ohci_hcd and address 8
usb 2-5: configuration #1 chosen from 1 choice
usb 2-5: New USB device found, idVendor=0ac8, idProduct=301b
usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 2-5: Product: PC Camera
usb 2-5: Manufacturer: Vimicro Corp.
gspca_main: disagrees about version of symbol video_ioctl2
gspca_main: Unknown symbol video_ioctl2
gspca_main: disagrees about version of symbol video_devdata
gspca_main: Unknown symbol video_devdata
gspca_main: disagrees about version of symbol video_unregister_device
gspca_main: Unknown symbol video_unregister_device
gspca_main: disagrees about version of symbol video_register_device
gspca_main: Unknown symbol video_register_device
gspca_zc3xx: Unknown symbol gspca_frame_add
gspca_zc3xx: Unknown symbol gspca_debug
gspca_zc3xx: Unknown symbol gspca_disconnect
gspca_zc3xx: Unknown symbol gspca_resume
gspca_zc3xx: Unknown symbol gspca_dev_probe
gspca_zc3xx: Unknown symbol gspca_suspend

Das einfachste wäre, ich würde den DVB Stick mit SUSE Mitteln
(ohne die linuxtv.org Treiber) zum Laufen bringen.

Wer hat eine Idee?

Gruß in die Runde, Ingo

Code:

/lib/modules/2.6.27.25-0.1-default/kernel/drivers/media/video/gspca/gspca_zc3xx.ko
alias:          usb:v0AC8p301Bd*dc*dsc*dp*ic*isc*ip*

Wozu überhaupt die hier angebotenen extra-RPMs für die Webcam installieren?

Die Cam wird doch schon vom Treiber im Kernel unterstützt.

Schmeiss die gspca-RPMs wieder runter und dann eben den Kram von v4l.org verwenden, wenn es ohne den mit dem DVB-T Stick nicht geht.

Möchte ja niemanden den Spaß verderben, aber die Vorgeschichte wäre vielleicht auch noch interessant.

Jupp, den FRED kenne ich.

Die gspca-Pakete sind allerdings in diesem Fall komplett unnötig.

Wenn man dann eben noch nachträglich irgendwelche anderen Treiber ins System bastelt, die entweder die selben Module auch beinhalten oder ihre eigenen Versionen irgendwelcher abhängigen Module an anderer Stelle in den Modulbaum klatschen, dann kracht es.

Die RPMs legen ihre Module absichtlich nach /lib/modules/<Version>/updates ab, damit diese bevorzugt vor denen im Kernel geladen werden (sonst würde das Ganze gerade bei modifizierten Modulen, die es so schon im Kernel gibt nämlich gar nicht funktionieren), wenn aber die Installationsroutine eines anderen Paketes oder irgendwelcher selbstgebastelten Module einen anderen Ordner mit niedrigerer Priorität verwendet, dann gibt es eben megger.

Da das gspca-RPM hier allerdings wie oben gezeigt unnötig ist => weg damit mit dem Ding wird es nie funktionieren, nicht obwohl sondern weil es genau das tut wozu es gemacht wurde.

//Edit:

Fürs Protokoll (aus dem Thread im LC):

@Rainer:
Danke für den Tipp, aber die Treiber dort passen nicht zu meinem ...25-0.1.
Ich müsste dazu den Kernel downgraden...Lieber die Finger weg davon,
alles andere funzt ja gut. Ich suche weiter.

Das ist übrigens auch Quatsch, das fertige Paket für 2.6.27.19 aus der Downloadsektion passt auch auf 2.6.27.25 (nur die Pakete für 2.6.27.7-9 würden wegen einer ABI-Änderung, die beim Update auf 2.6.27.19 notwendig wurde, ausnamhmsweise nicht passen).

@tomfa:
Wie ist das gemeint - den Spass verderben? Ich bin, nachdem ich der Ansicht war, mein Kernel unterstützt die Cam nicht, auf Empfehlung eines Kollegen hier im Forum gelandet und habe eben den hier vorgegebenen Lösungsweg befolgt, und es war ja danach auch OK. Ich finde da nichts besonders spassig dran...?

@rainmaker
Du hast recht, die zusätzlichen rpms wären wohl gar nicht notwendig gewesen. Das von Dir zitierte .ko war wohl drin, wahrscheinlich hat nur die lib4vl gefehlt um die Kompatibilität herzustellen, wenn ich nämlich
mittels

Code:

LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so gqcam

gqcam gestartet habe lief gqcam normal....irgendwie habe ich mich auf den Holzweg locken lassen.

Danke für den Tipp, Ich setze jetzt alles auf den Stand vorher zurück und probiere danach, den Stick mit den Treibern von linuxtv.org zum Laufen zu bringen.
Gerade habe ich auch noch festgestellt, daß deren make/make install im
Default Modus zusätzliche gspca module hinter /lib/(kernelversion) reinkopiert.
Dies muß ich natürlich bei der Konfiguration abwählen.
Das ist wahrscheinlich der Grund warum die Cam dann nicht mehr geht.

Ich berichte nochmal.

Gruß Ingo

Zitat von ingo.trautwein

@rainmaker
Du hast recht, die zusätzlichen rpms wären wohl gar nicht notwendig gewesen. Das von Dir zitierte .ko war wohl drin, wahrscheinlich hat nur die lib4vl gefehlt um die Kompatibilität herzustellen, wenn ich nämlich
mittels

Code:

LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so gqcam

gqcam gestartet habe lief gqcam normal....irgendwie habe ich mich auf den Holzweg locken lassen.

Dem ist sogar 100%ig so, an der Funktionalität des Quellcodes der schon im Kernel enthaltenen gspca-Treiber wurde für die RPMs gar nichts geändert, es wurden lediglich ein paar weitere Device-IDs "scharf geschaltet".

(Mittlerweile wüsste ich auch einen Weg, wie es ganz ohne ein neues Treiberpaket ging, aber das ist hier nicht Gegenstand der Diskussion.)

@rainmaker:
Bingo, beides funktioniert nun.
Ich hatte zwei Sachen gleichzeitig geändert und danach hat es
funktioniert, wobei ich dies den extra-rpms zugeschrieben habe und nicht der libv4l.
Eigentlich hätte ich ja auch schon stutzig werden sollen, nachdem
gqcam (mit zerhacktem Bild) lief, was ja heißt daß /dev/video0 funktioniert.

Wie auch immer, Danke!!!

Ich werde jetzt noch den Thread im LC editieren, damit nicht noch einer auf die selbe falsche Fährte gelockt wird.

Gruß Ingo

Zitat von ingo.trautwein

@rainmaker:
Bingo, beides funktioniert nun.
Ich hatte zwei Sachen gleichzeitig geändert und danach hat es
funktioniert, wobei ich dies den extra-rpms zugeschrieben habe und nicht der libv4l.

Wie gesagt, anhand der USB-IDs kann man nachprüfen, ob die CAM schon im "alten" Treiber drin ist, die RPMs würde ich nur dann installieren, wenn die ID wirklich nicht bei den gspca-Treibern dabei ist.

Kurzanleitung zum Test "Wie finde ich heraus, ob es schon einen Treiber für $GERÄT (bzw. dessen USB-ID) gibt?".

1.) ID ermitteln (lsusb) in Deinem Fall war das:

0ac8:301b (0ac8 = Vendor ID und 301b = Device ID)

2. ) Kleiner Konsolenhelfer:

Code:

VENDORID=0ac8 

DEVICEID=301b

Die Werte muss man natürlich auf sein eigenes Gerät anpassen.

Und dann (_selbes Konsolenfenster!_)

Code:

for i in $(find /lib/modules/`uname -r` -name "*.ko") ; do \
echo "$i" && /sbin/modinfo "$i"|grep -i "$VENDORID" |grep -i "$DEVICEID" ; \
done | while read ; do grep -B1 alias ; done

(Vielleicht nicht besonders elegant, aber es erfüllt seinen Zweck.)

Die libv4l ist _auf jeden Fall_ Pflicht für gspca-Devices und war auch das, was wirklich gefehlt hatte (samt des PRELOAD-Befehls natürlich).

Zitat von ingo.trautwein

Eigentlich hätte ich ja auch schon stutzig werden sollen, nachdem
gqcam (mit zerhacktem Bild) lief, was ja heißt daß /dev/video0 funktioniert.

Jepp, das sagte zumindest "Treiber vorhanden", wäre es ein Fehler im Treiber gewesen, dann hätten Dir die Pakete eh nicht geholfen, da der Patch ja "fast nichts" macht (siehe meinen letzten Post).

Zitat von ingo.trautwein

Ich werde jetzt noch den Thread im LC editieren, damit nicht noch einer auf die selbe falsche Fährte gelockt wird.

Gute Idee, vor allem auch aus diesem Grund obige kleine Anleitung zum Herausfinden eines eventuell vorhandenen Treibers, das ist nämlich auch nützlich, wenn man zu der Gruppe User gehört, die eine Cam mit "faulem" Treiber hat (siehe den Ursprungsthread zu den gepatchten Paketen).

Greetz,

RM

Zitat von ingo.trautwein

@tomfa:
Wie ist das gemeint - den Spass verderben? Ich bin, nachdem ich der Ansicht war, mein Kernel unterstützt die Cam nicht, auf Empfehlung eines Kollegen hier im Forum gelandet und habe eben den hier vorgegebenen Lösungsweg befolgt, und es war ja danach auch OK. Ich finde da nichts besonders spassig dran...?=

Nicht aufregen, es ist auch alles in Ordnung. War diesmal nur eventuell etwas missverständlich von mir ausgedrückt. Passt schon.

@tomfa:
kein Problem,
ich war auch etwas genervt weil ich übermüdet war...
(mein Geburtsdatum ist übrigens 27.10.1959, 02:40...)

Es war eben ein typisches PEBCAC Liste von Abkürzungen (Netzjargon) – Wikipedia

Greetz,
Ingo