Beiträge von magic_doc

Zitat von Copperhead

Es liegt mit Sicherheit nicht an mir. Irgendwie ist dein Kernel-Source korrupt. Der Grund warum die "UFO-Weise" so viel größer/viel mehr Module hat ist, dass dieser die Module nicht gegen den Kernelsource sonder gegen seinen eigenen v4l-Source kompiliert. Dadurch werden Kernelmodule überschrieben, die eigentlich gar nicht überschrieben werden müssten.

Zum Problem mit der Module.symvers. Hast du die Kernel-Header installiert? Laut packages.debian.org liegt diese Datei in den Kernel-Headers.

Ich habe die kernel-headers installiert, habe die Datei dort auch gefunden und mal einfach an den verlangten Ort kopiert.
Nun ist die Warnung zwar weg, es ändert aber nichts am Ergebnis, der Kernel akzeptiert die Module nicht

Ist aber aus meiner Sicht nicht soo schlimm, da ich jetzt mit dem aktuellen Treiber vom 3.6. auf UFO-weise kompiliert keine Probleme mehr habe - offenbar sind wir da jetzt aus dem Schlimmsten raus.
Ich fand halt Deine Methode sehr elegant da nicht so aufwändig und wollte Dir auf diese Weise rückmelden, dass es hier nicht funktioniert- trotzdem nochmal vielen Dank!

CU Doc

Zitat von Copperhead

Sicher, dass du gegen den Kernel gebaut hast, der auch im System installiert ist?

Hi Copperhead,

ich nochmal- also ich hab es jetzt gerade nochmal probiert mit demselben Ergebnis:

:~$ sudo insmod -f /home/rhm9bw/saa716x/linux/drivers/media/common/saa716x/saa716x_ff.ko 
insmod: error inserting '/home/rhm9bw/saa716x/linux/drivers/media/common/saa716x/saa716x_ff.ko': -1 Invalid module format

dmesg sagt:
saa716x_ff: no symbol version for module_layout

Kann das mit dieser Warnung beim Build-Vorgang zusammenhängen?

WARNING: Symbol version dump /usr/src/linux-source-2.6.38/Module.symvers
           is missing; modules will have no dependencies and modversions.

Mal ne ganz grundsätzliche Frage: ich habe bis jetzt immer den Treiber nach dem UFO-Rezept gebaut und da kommen ja neben den beiden

saa716x_ff.ko und saa716x_core.ko

auch noch diverse andere Module debei heraus:

dvb/dvb-core/: dvb-core.ko 
        video/: v4l2-compat-ioctl32.ko videodev.ko v4l2-common.ko 
                v4l2-int-device.ko 
        ../linux/drivers/media/: media.ko 
        dvb/frontends/: stv0367.ko stv090x.ko stv6110x.ko 
                isl6423.ko

und laut lsmod hängen die ja auch mit den saa716x zusammen:

saa716x_ff             21604  0 
saa716x_core           52287  16 saa716x_ff
dvb_core               72055  2 saa716x_ff,saa716x_core
isl6423                12520  1 saa716x_ff
stv6110x               12965  1 saa716x_ff
stv090x                47000  1 saa716x_ff
i2c_core               23725  6 nvidia,saa716x_core,isl6423,stv6110x,stv090x,i2c_nforce2

Ich hab jetzt gestern auf die UFO-Weise den Treiber auf den neuen Stand gebracht, bis auf ne kleine Auskommentierung die nötig war lief der build durch- hier sind die beiden saa-Module auch wesentlich
kleiner 42 bzw. 92KB, während die Module bei Deiner Methode sehr groß sind: 680KB und 4,0MB

Danke für Deine Geduld

CU Doc

Offenbar wohl nicht, aber ich kanns mir nicht erklären:
(Sorry in meiner Sig stand noch der vorherige Kernel, das hab ich schon geändert)

~$ uname -a
Linux domp 2.6.38-bpo.2-amd64 #1 SMP Fri Apr 15 16:35:06 UTC 2011 x86_64 GNU/Linux


Name                                                                Version                           Beschreibung


ii  linux-image-2.6.38-bpo.2-amd64        2.6.38-3~bpo60+1                  Linux 2.6.38 for 64-bit PCs
ii  linux-source-2.6.38                   2.6.38-3~bpo60+1                  Linux kernel source for version 2.6.38 with Debian patches

Das sollte doch das richtige Source-Paket sein oder?

Ich werd das Ganze morgen nochmal probieren, vielleicht ist mir da ein Fehler beim Verlinken aus den /lib/modules unterlaufen...

Tnx & Bye

Doc

Zitat von Copperhead

Ich habe mal ein Skript geschrieben, welches ausschließlich den Treiber baut, der für die S2-6400 notwendig ist. Anders als bei dem üblichen Weg wird hier der Treiber nicht gegen den alten v4l-Stand von powarman gebaut, sondern gegen den Kernel Source.

Das Skript muss als Root ausgeführt werden. Es läd den Treiber selbstständig aus dem Repository von powarman. Bei einem erneuten Start wird der bereits heruntergeladene Treiber nur aktualisiert. Der Treiber wird kompiliert und automatisch installiert. Wenn ihr Patches auf den Treiber anwenden wollt müsst ihr das ebenfalls im Skript tun. Die dafür notwendige Stelle ist entsprechend kommentiert.

Der Kernel-Source wird in /lib/modules/$(uname -r)/source erwartet. Dort ist er in Archlinux und Slackware hinverlinkt. Daher scheint das ein allgemeingültiger Pfad zu sein. Falls das in einem anderen System nicht so ist ist dort eben ein Symlink notwendig.

Dadurch, dass man das Skript einfach nur ausführen muss, denke ich, dass es ideal für das Howto im Wiki sein könnte. Desweiteren finde ich es schön, dass nur 2 Kernelmodule hinzugefügt werden und keine schon vorhandenen verändert.

Ich hoffe es bringt euch was. Ich nutze es hier sehr erfolgreich

Alles anzeigen

Hi Copperhead und danke für das Skript!
Zwei Probleme: (eins gelöst):
beim ersten Bauen hatte ich diesen Fehler:

/bin/sh: scripts/genksyms/genksyms: not found

das konnte ich beheben indem ich wie hier beschrieben vorgegangen bin.

Jetzt wird das Modul auch gebaut, hier der Bauvorgang

http://paste.q0a.de/m3747

Dummerweise funktioniert das Ergebnis aber nicht, ich bekomme ein

root@domp:~# modprobe saa716x_ff
FATAL: Error inserting saa716x_ff (/lib/modules/2.6.38-bpo.2-amd64/kernel/drivers/media/common/saa716x/saa716x_ff.ko): Invalid module format

Woran könnte das liegen hast Du einen Tipp? Sorry, bin nicht so der Kernel-Hacker

CU Doc

Das Verhalten mit dem schwarzen Bildschirm hatte ich auch schon zwei Male- und es waren keine Auffälligkeiten im Syslog.

Hat noch jemand ähnliche Beobachtungen gemacht?

Ach ja, das war aber noch mit alter Firmware und Loader.

Schönen Sonntag noch...

Zitat von BanzaiXP

Hi,

das liegt zumindest bei mir daran, dass saa716x_core nicht entladen wird, selbst wenn man ordnungsgemäß die Treiber alle in der richtigen Reihenfolge rauswirft.
Es bleibt immer Folgendes übrig:

saa716x_core 61568 1
dvb_core 109125 1 saa716x_core

Und ein modprobe -r saa716x_core meldet freundlich "FATAL: Module saa716x_core is in use.", obwohl nichts Offensichtliches das Modul in Beschlag nimmt.

Alles anzeigen

Also ich entlade beide Module beim stoppen des vdr so:

rmmod saa716x_ff saa716x_core

Beim Starten des vdr dann:

lsmod | grep saa716x_ff || modprobe saa716x_ff

Das funktioniert hier, auch wenn es ein wenig gruselig ist...

Zitat von spitzb

Hallo,

ich habe festgestellt, dass ein VDR - Neustart gar nicht gut ankommt, wenn man nicht auch den Treiber neu lädt.

Wegen Tests mit verschiedenen Plugins musste ich den VDR mehrmals neu starten. Dabei bin ich zwar etwas brutal zu Werke gegangen, indem ich einfach VDR gekillt habe, aber das führt ja eigentlich zu einem geregelten Beenden des VDR.

Habe ich dann VDR einfach neu gestartet, konnte man 'drauf warten, dass die Karte auf Standbild geht. Wenn ich aber vor dem Neustart des VDR den Treiber entladen (rmmod saa716x_ff) und neu geladen habe (modprobe saa716x_ff) gab es keine Probleme.

Scheinbar hinterläßt das dvbhdddevice - Plugin den Treiber einem unklaren Zustand, der dann beim Neustart zum Crash führt.

Falk

Alles anzeigen

Ich kann das bestätigen- passiert aber nicht immer- aufgefallen ist mir da dadurch, dass beim Shutdown das Bild solange ausgegeben wird, bis der Karte der Strom abgedreht wird.
Das ist umso erstaunlicher als ich die grub2-Reboot-Methode verwende um die Aufwachzeit ins BIOS zu schreiben, sogar das übersteht die Karte

Da mir das nicht geheuer war habe ich im /etc/init.d/vdr-Skript die Befehle zum Laden und Entladen eingefügt, seitdem keine Probleme mehr.

Zitat von aelo

Das Paketieren eines Plugins ist mit ein paar einzelnen Befehlen erledigt da es dafür fertige Skripte gibt (debianize-vdrplugin).

Das Paketieren eines v4l-Treibers ist dabei schon ein großes Stück mehr Handarbeit!

mfg
aelo

Ok da hab ich was durcheinandergebracht zwischen plugin und treiber- sorry.
Von meiner Warte aus ist aber das compilieren des Treibers seeehr viel einfacher als das des ganzen vdr, von so her gesehen könnte ich auch sehr gut mit einer plugin-only-Lösung im repository leben.
Man kann ja beim Installieren einen Hinweis ausgeben, dass die Firmware noch hinterlegt und der Treiber noch übersetzt werden muss.

CU Michael

Zitat von aelo

dann werde ich die Paketsourcen mal an etobi weiterleiten
vielleicht nimmt er sie ja in sein Repository auf

Vielen Dank, habe gerade die amd64-Version installiert und kann jetzt endlich wieder die e-tobi-Pakete benutzen.
Aufnehmen wird er es bestimmt, habe ihn schon per E-Mail gefragt, er meinte

Zitat von e-tobi

Das ganze muss halt paketiert werden, was bei dem v4l-Kram nie ganz
einfach war.

Wenn jetzt jemand die Arbyte für ihn schon erledigt hat dürfte dem Nichts entgegenstehen.

Danke für das Paket und CU

Michael (huch muss meine Sig noch ändern)

Zitat von Jansen

Ich habe das Problem auch. 2 Aufnahmen am laufen (Das Erste in HD und Pro7 in SD).
Per Streamdev konnte ich "Das Erste HD" noch ganz normal schauen. Dann bin ich an den Fernseher und hab auf Pro7 geschaltet. Dort war das Bild normal, der Ton stockte aber. Um es auf die Spitze zu treiben hab ich auf ZDF HD geschaltet (Der Sender scheint auf dem selben Transponder wie Das Erste HD zu liegen). Dann ist die Karte abgeschmiert.

Ich kann das Problem hier reproduzieren, allerdings ist die Karte bei bir (noch) nicht abgeschmiert.

Also im Detail:
* Aufnahme per Hand auf Pro7 angestoßen
* Aufnahme per Hand auf ARD HD angestoßen
* Ton auf ARD HD: Ton fängt an zu stocken und verschwindet ganz
* Umschalten auf Pro7: Ton ist da
* Umschalten auf ARD HD: Ton fängt an zu stocken und verschwindet ganz
* zweimaliges Umschalten des Tons mit "Audio" holt den Ton auf ARD HD wieder zurück.
* Umschalten auf ZDF HD während des ganzen Vorganges crash den vdr nicht.

Die von ARD HD erstellte Aufnahme spielt stets mit korrektem Ton ab.

Wär schön wenn das noch einige Leute ausprobieren könnten.

CU Michael

Zitat von lola

Braucht die PremiumHD die 3,3 Volt am SATA Stecker die dort manchmal anliegen?

Hallo, ich hoffe nicht, denn ich verwende auch einen Adapter von Molex auf SATA, d.h. ich habe auch keine 3,3V- bisher habe ich keine Probleme feststellen können.
Solche Fragen kann aber vermutlich nur jemand aus dem TT-Umfeld beantworten, der die Hardware kennt.

Hallo alle,

ich habe heute den Treiber gegen 2.6.38 compilieren können wie auf http://www.aregel.de/vdr/30/s2…rnel-2638-uebersetzen</a> beschrieben.

Die Karte funktioniert mit 2.6.35, das weiß ich durch die Live-CD von hier.

sorry, das skizzierte Problem lag am vdr und nicht am Treiber- ich dachte ich kann nur das Plugin compilieren und dann in der bestehenden, paketbasierten Installation mit e-tobi-Paketen benutzen, aber dem ist wohl nicht so

Zitat von powarman

Ich hab grad bemerkt, dass das Plugin die Verkaufsversion der Karte noch gar nicht erkennt, also bitte Updaten bevor ihr sie ausprobiert, sonst seht ihr nix

Hi Powarman, danke für den Hinweis- ich möchte ja nicht nerven, aber gibt es Aussicht den Treiber gegen den Kernel 2.6.38 zu compilieren? Möchte nur ungern downgraden bzw. weiß gar nicht ob das jetzt noch geht hier...

CU

Der Status Ihrer Bestellung wurde geändert.


Anmerkungen und Kommentare zu Ihrer Bestellung:
Ihre Bestellung wurde am 18.04.2011 versandt.

ERSTER

Zitat von powarman

Kernel 2.6.38 (bzw. wahrscheinlich alle ab 36) wird aktuell noch nicht unterstützt.

Anbei ein Patch für den Kernel basierend auf dem aktuellen v4l git tree, mit dem es bei mir zumindest durchkompiliert. Der sollte auch mit 2.6.38 funktionieren.

Okay, habe den Patch angewendet mit patch -p1 0001-media-add-support-for-SAA7160-1-2-based-devices.patch.
Leider habe ich noch immer dieses Problem:

CC [M]  /usr/local/src/v4l-dvb-saa716x/v4l/dvbdev.o
/usr/local/src/v4l-dvb-saa716x/v4l/dvbdev.c: In function 'dvb_device_open':
/usr/local/src/v4l-dvb-saa716x/v4l/dvbdev.c:72: error: implicit declaration of function 'lock_kernel'
/usr/local/src/v4l-dvb-saa716x/v4l/dvbdev.c:103: error: implicit declaration of function 'unlock_kernel'
make[5]: *** [/usr/local/src/v4l-dvb-saa716x/v4l/dvbdev.o] Fehler 1
make[4]: *** [_module_/usr/local/src/v4l-dvb-saa716x/v4l] Fehler 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-1-amd64'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make: *** [all] Fehler 2

Trotzdem vielen Dank erstmal...

Danke für den Hinweis- manchmal ist man echt blind: /lib/modules/2.6.38-1-amd64/source war ein Symlink, der auf die kernel-headers statt auf den Source verwies.

Jetzt wie beschrieben mit make menuconfig alle nicht benötigten Module und Optionen abgewählt.

Leider ändert das nichts an dem ursprünglichen Problem:

CC [M]  /usr/local/src/v4l-dvb-saa716x/v4l/bttv-driver.o
/usr/local/src/v4l-dvb-saa716x/v4l/bttv-driver.c: In function 'bttv_open':
/usr/local/src/v4l-dvb-saa716x/v4l/bttv-driver.c:3252: error: implicit declaration of function 'lock_kernel'
/usr/local/src/v4l-dvb-saa716x/v4l/bttv-driver.c:3260: error: implicit declaration of function 'unlock_kernel'
make[5]: *** [/usr/local/src/v4l-dvb-saa716x/v4l/bttv-driver.o] Fehler 1
make[4]: *** [_module_/usr/local/src/v4l-dvb-saa716x/v4l] Fehler 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-1-amd64'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make: *** [all] Fehler 2

doch, habe ich, apt spricht:

Package: linux-source-2.6.38
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 72272
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Architecture: all
Source: linux-2.6
Version: 2.6.38-3
Provides: linux-source, linux-source-2.6
Depends: binutils, bzip2
Recommends: libc6-dev | libc-dev, gcc, make
Suggests: libncurses-dev | ncurses-dev, kernel-package, libqt3-mt-dev
Description: Linux kernel source for version 2.6.38 with Debian patches
 This package provides source code for the Linux kernel version 2.6.38.
 This source closely tracks official Linux kernel releases.  Debian's
 modifications to that source consist of security fixes, bug fixes, and
 features that have already been (or are believed to be) accepted by the
 upstream maintainers.

liegt wie gesagt unter /usr/src und ist auch versymlinkt auf /usr/src/linux

Zitat von UFO

Wie bei jedem HG-Treiber:

Code

cd 
make menuconfig

Abwählen, was man nicht braucht. Benötigt wird mindestens:

Code

Multimedia support  ---> 
     DVB for Linux
     [*]   Support for SAA716x family from NXP/Philips  ---> 
         SAA7160/1/2 PCI Express bridge based devices
         SAA7160/1/2 based Full Fledged PCIe cards

Bei den DVB-Frontends:

Code

[*]   Customise the frontend modules to build
     STV0900/STV0903(A/B) based 
     STV6110/(A) based tuners
     ISL6423 SEC controller

Alles weitere wie gehabt.

Alles anzeigen

Okay, habe mir jetzt nach der aktualisierten Anleitung im Wiki die neuen sourcen geholt und möchte jetzt wie oben ausgeführt alles bis auf das benötigte abschalten- mache ich ein einfaches "make" dann machen Treiber Probleme die ich eh nicht will; Problem ist nur dieses nach Aufruf von make menuconfig:

make -C /usr/local/src/v4l-dvb-saa716x/v4l menuconfig
make[1]: Entering directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make -C /lib/modules/2.6.38-1-amd64/build -f /usr/local/src/v4l-dvb-saa716x/v4l/Makefile.kernel config-targets=1 mixed-targets=0 dot-config=0 SRCDIR=/lib/modules/2.6.38-1-amd64/source v4l-mconf
make[2]: Entering directory `/usr/src/linux-headers-2.6.38-1-amd64'
/lib/modules/2.6.38-1-amd64/source/scripts/Makefile.build:44: /lib/modules/2.6.38-1-amd64/source/scripts/basic/Makefile: Datei oder Verzeichnis nicht gefunden
make[3]: *** Keine Regel, um »/lib/modules/2.6.38-1-amd64/source/scripts/basic/Makefile« zu erstellen.  Schluss.
make[2]: *** [scripts_basic] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-1-amd64'
make[1]: *** [/lib/modules/2.6.38-1-amd64/build/scripts/kconfig/mconf] Fehler 2
make[1]: Leaving directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make: *** [menuconfig] Fehler 2

In INSTALL ist vermerkt, man brauche für menuconfig die vollen Kernelsourcen- die habe ich unter /usr/src/linux-source-2.6.38 auch abgelegt, allerdings geht er ja ins headers-Verzeichnis, warum auch immer.
Wenn ich dieses per Symlink auf das "richtige" /usr/src/linux-source-2.6.38 umbiege, geht es leider auch nicht:

make -C /usr/local/src/v4l-dvb-saa716x/v4l menuconfig
make[1]: Entering directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make -C /lib/modules/2.6.38-1-amd64/build -f /usr/local/src/v4l-dvb-saa716x/v4l/Makefile.kernel config-targets=1 mixed-targets=0 dot-config=0 SRCDIR=/lib/modules/2.6.38-1-amd64/source v4l-mconf
make[2]: Entering directory `/usr/src/linux-source-2.6.38'
/lib/modules/2.6.38-1-amd64/source/scripts/Makefile.build:44: /lib/modules/2.6.38-1-amd64/source/scripts/basic/Makefile: Datei oder Verzeichnis nicht gefunden
make[3]: *** Keine Regel, um »/lib/modules/2.6.38-1-amd64/source/scripts/basic/Makefile« zu erstellen.  Schluss.
make[2]: *** [scripts_basic] Error 2
make[2]: Leaving directory `/usr/src/linux-source-2.6.38'
make[1]: *** [/lib/modules/2.6.38-1-amd64/build/scripts/kconfig/mconf] Fehler 2
make[1]: Leaving directory `/usr/local/src/v4l-dvb-saa716x/v4l'
make: *** [menuconfig] Fehler 2

Kann mir jemand helfen?

Zitat von Mreimer

Macht euch mal wegen dem Einrichten nicht verrückt...

Letztlich wird es einen Wiki-Eintrag geben, in dem das Schritt für Schritt dokumentiert ist. Zudem ist "Kerneltreiber bauen" in den meisten Fällen auch nur "./configure && make && make install".

Erstes großes Ziel, das dann aber bevorzugt Entwickler betrifft, wird sein, dafür zu sorgen, dass der Treiber für die Karte ohne viel zusätzliches Drumherum gegen den installierten Kernel-Source gebaut werden kann. Noch ist das AFAIK ja nicht so einfach möglich da der Treiber in einem (alten?) v4l-Treiber-Tree steckt.

Sobald das geht kann man für die entsprechenden Distributionen auch paketieren, was dann wieder den weniger bastelfreundlichen Anwendern zu gute kommt.

Alles anzeigen

Sodala, der Tanz beginnt: die Anleitung von http://www.vdr-wiki.de/wiki/index.php/Ubuntu_HD_VDR_mittels_TechnoTrend_S2-6400_-_DVB_Treiber#DVB-Treiber_herunterladen befolgend hatte ich zuerst den Fehler:

flexcop-i2c.c: In function 'flexcop_i2c_init':
s2-liplian/s2-liplianin/v4l/flexcop-i2c.c:253: error: 'I2C_CLASS_TV_DIGITAL' undeclared (first use in this function)

Das konnte ich beheben mittels
http://mercurial.intuxication.…iplianin/rev/d0a2ff731670

Jetzt stehe ich aber vor:

usr/local/src/v4l-dvb-saa716x-c8050691689e/v4l/bttv-driver.c: In function 'bttv_open':
/usr/local/src/v4l-dvb-saa716x-c8050691689e/v4l/bttv-driver.c:3252: error: implicit declaration of function 'lock_kernel'
/usr/local/src/v4l-dvb-saa716x-c8050691689e/v4l/bttv-driver.c:3260: error: implicit declaration of function 'unlock_kernel'

was macht man da?
Brauche ich überhaupt alle Treiber die da drinne sind? Wenn ich das Wiki oben richtig verstanden habe müsste der ngene-Treiber reichen oder?

Zitat von gda

Die Einstellung finde ich witzig. Angenommen du würdest die HD-FF morgen bekommen können, dann hättest du ein wunderbares Stück Hardware, dass du schön in eine Vitrine stellen kannst. Wenn du dir nicht zutraust eine VDPAU-Installation hinzubekommen, dann wird dich die Software-Installation für eine HD-FF die nächsten Wochen garantiert überfordern.

Genau darauf wollte ich hinaus uns so sehe ich es auch. Ich traue mir durchaus zu, eine VDPAU-Installation hinzubekommen, aber mit dem Kompilieren von Kerneltreibern und entsprechenden Mätzchen habe ich große Probleme. Nochmal: die Karte ist mit Plug und Play
Installation beworben, d.h. für mich, dass ich die Karte einstecke, ggf. Pakete in aptitude installiere, ein paar Config-Files anpasse und gut ist.
Wenn das Ganze doch wieder in Gebastel ausartet, dann ist man (als Nicht-Informatiker) wohl mit VDPAU im Moment noch besser beraten, weil es eben schon sehr viele Erfahrungswerte gibt.
Es bleibt spannend, momentan (14.4.2011, 10:05 ) stand im DVB-Shop wieder kein Datum von wegen verfügbar...