TT S2-6400 - saa716x kompilieren unter 22.04

Laut meiner Recherechen liegt daran, dass die include files des Kernels nicht zum kernel passen.

Ich habe das selbe Problem mit Kubuntu in der VirtualBox. Ich hoffe ja, dass ein Ubuntu-Kernel-Kenner da weiter helfen kann.

Siehe: TT S2-6400 - saa716x kompilieren unter Debian Buster oder Bullseye

Es ist zwar schon etwas her, aber ich habe das Problem aktuell auch. Da ich auch schon im 20.04er Thread geschrieben hatte (TT S2-6400 - saa716x kompilieren unter 20.04) und für meine neues System unter 22.04 ein Lösung suche, schreibe ich hier mal. Unter 20.04 kann ich die kompilierten Module laden, allerdings nützt mir 20.04 nichts, da meine Hardware zu neu ist und ich keine vernünftige Zwei-Monitor-Lösung hinbekommen kann (Desktop+VDR-TFT). Deshalb hatte ich unter Fedora getestet (siehe martinkg.fedorapeople.org). Dort ließen sich die kompilierten Module laden. Ein Gegentest mit dem ubuntu-Skript (siehe erster Link) unter Fedora zeigte aber das gleiche Problem: modprobe: ERROR: could not insert 'saa716x_ff': Exec format error.

Ich habe mir die Flags beim kompilieren und linken mal angeschaut, kann aber keine Unterschiede finden die zu diesem Problem führen könnten. Deshalb nutze ich aktuell die 'Fedora'-Variante unter ubuntu 22.04. Für Interessierte habe ich das Skript und einen Patch mal angehängt.

Den Test ob das Modul auch funktioniert konnte ich noch nicht machen, da die Karte noch in meinem Produktiv-VDR steckt. Sonst gibt's Ärger vom Haushaltsvorstand

Viele Grüße

Torsten

Hallo auch von mir.

Ich hatte das Skript ebenfalls schon vor ein paar Wochen erprobt, die gebauten Kernel-Module getestet und – weil mich das manuelle Bauen schon seit langem genervt hat – in DKMS integriert. Seitdem kann ich wieder den aktuellen Edge-Kernel 5.15 für Ubuntu 20.04 nutzen und muss nicht bei 5.11 versauern. Probleme habe ich bislang keine beobachtet.

Sorry, dass ich nicht schon früher Feedback gegeben habe, baermuda hat mich wieder daran erinnert.

Danke und viele Grüße

Stefan

Hi,

Ein solches dkms Skript dürfte auch andere interessieren hier.

MfG Stefan

Ich habe mal die entscheidenden Schritte, die mit Root-Rechten auszuführen sind, aus der Bash History rekonstruiert:

• apt-get install dkms

Damit wird das eventuell schon automatisch installierte zu einem manuell installierten Paket und fällt somit nicht vielleicht irgendwann einmal einem apt autoremove zum Opfer.

• cd /usr/src
• unzip dkms-saa716x.zip
  • Update mit dem Hinweis von kamel5 weiter unten: dkms-saa716x (2).zip
  • Patch zum Bauen mit allen verfügbaren CPU-Cores: make-with-threads.zip

• dkms add -m saa716x -v 1.0.0

Jetzt noch die Module erstmalig manuell bauen:

• dkms build -m saa716x -v 1.0.0

Danach sollten die Module bei jedem Kernel-Update automatisch mitgebaut werden.

Ich hoffe, dass ich nichts Entscheidendes vergessen habe. Bitte probiert es aus und meldet euch, wenn es knirschen sollte.

Viele Spaß damit und viele Grüße

Stefan

Das funktioniert hier sogar ohne Änderung unter Fedora.

Grüße

kamel5

Danke für die Rückmeldung. Deiner Signatur zufolge hast du mit Kernel 6.1 gebaut. Ich war mir nicht ganz sicher, ob das Skript nicht noch irgendwelche Kernel-spezifischen Patches (statt oder in Ergänzung zu dem beigefügten saa716x.diff) gebraucht hätte.

Vielleicht kann wtor das einordnen.

Viele Grüße

Stefan

Quote from shofmann

ob das Skript nicht noch irgendwelche Kernel-spezifischen Patches (statt oder in Ergänzung zu dem beigefügten saa716x.diff) gebraucht hätte.

Ich habe bisher den Fedora Kernel gepatcht, dort gibt es einige Fedora-spezifische Anpassungen, wobei der Fedora-Patch nur noch eher klein ist im Verhältnis zu vor vielen Jahren. Ich habe das jetzt nicht weiter untersucht, die scheinen in Bezug auf die TT6400 aber keinen Einfluss zu haben. Bis jetzt läuft es zumindest so.

Ich werde das mal weiter beobachten.

Grüße

kamel5

Quote from shofmann

Danke für die Rückmeldung. Deiner Signatur zufolge hast du mit Kernel 6.1 gebaut. Ich war mir nicht ganz sicher, ob das Skript nicht noch irgendwelche Kernel-spezifischen Patches (statt oder in Ergänzung zu dem beigefügten saa716x.diff) gebraucht hätte.

Vielleicht kann wtor das einordnen.

Viele Grüße

Stefan

Display More

Aus meiner Sicht glaube ich erstmal nicht das da was nötig wäre. Schön das über DKMS zu lösen. Ich nutze das Skript allerdings selbst nicht, da die Karte letztendlich von meinem neuen Motherboard / BIOS nicht mehr erkannt wird egal mit welchen PCIE-Kompatibilitätseinstellungen ich arbeite. Aber nicht so schlimm, da ich damit eh auf vaapi wollte.

Hab's bei mir unter Fedora 37 auch mal probiert, fkt. exzellent, bin begeistert.

Noch ein Nachtrag: Nach dem gestrigen Upgrade auf Kernel 5.15.0-58 ließ sich der vom DKMS gebaute und installierte Treiber nicht mehr laden. Im syslog fand sich eine lange Liste mit Fehlermeldungen wie dieser:

• saa716x_core: disagrees about version of symbol pci_enable_device
• saa716x_core: Unknown symbol pci_enable_device (err -22)

Geholfen hat letztlich, in /usr/src/saa716x-1.0.0 die "historischen" Quellen (saa716x-5.15.zip

und deren expandierten Baum unter saa716x-5.15) zu löschen und den Treiber an DKMS vorbei manuell zu bauen:

• ./make.sh --dest /lib/modules/$( uname -r )/updates/dkms

Dabei die Frage „Clean all before building (y/N)?“ mit „y“ beantworten. Danach werden die Quellen vor dem Bauen erneut heruntergeladen und die von DKMS installierten durch die neu gebauten Treiber ersetzt.

Nicht ganz unschuldig an diesem Verhalten ist sicherlich auch, dass ich wegen meines etwas langsameren Internet-Zugangs auf das ständige Herunterladen der Quellen im DKMS-Batchbetrieb verzichte (Option --clean, Zeile 97 in make.sh). Für wen das kein Problem ist, möge bei sich bitte das Kommentarzeichen dort entfernen.

Viele Grüße

Stefan

Hallo,

ein kleines Problem zeigt sich noch unter Fedora. Wenn man ein Kernel-Update macht wird zwar der Treiber mit übersetzt, aber für die falsche Kernelversion (für die Version, die gerade aktiv ist). Der übersetzte Treiber landet im richtigen Pfad, kann dann allerdings nicht geladen werden:

[ 6.635687] saa716x_core: version magic '6.1.6-300.fc37.x86_64 SMP preempt mod_unload ' should be '6.1.7-200.fc37.x86_64 SMP preempt mod_unload

[root@home-05 zfs]# la /lib/modules/6.1.7-200.fc37.x86_64/extra/
insgesamt 1495
drwxr-xr-x 2 root root     13 23. Jan 16:23 .
drwxr-xr-x 9 root root     33 23. Jan 16:23 ..
-rw-r--r-- 1 root root  19728 23. Jan 16:22 saa716x_core.ko.xz
-rw-r--r-- 1 root root  16828 23. Jan 16:22 saa716x_ff.ko.xz

[root@home-05 zfs]# modinfo /lib/modules/6.1.7-200.fc37.x86_64/extra/saa716x_core.ko.xz
filename:       /lib/modules/6.1.7-200.fc37.x86_64/extra/saa716x_core.ko.xz
license:        GPL
author:         Manu Abraham
description:    SAA716x bridge driver
depends:        dvb-core
retpoline:      Y
name:           saa716x_core
vermagic:       6.1.6-200.fc37.x86_64 SMP preempt mod_unload 
sig_id:         PKCS#7
signer:         DKMS module signing key
sig_key:        1E:64:59:A2:F2:C0:75:34:82:9F:95:71:E9:9C:57:9C:45:E9:D5:D9
sig_hashalgo:   sha512
signature:      6F:ED:EF:88:D4:EF:E9:59:DF:83:15:83:62:CF:2D:22:74:98:30:9E:
.
.
.
parm:           adapter_nr:DVB adapter numbers (array of short

Wenn man das händisch nochmal mit der richtigen Kernelversion macht, funktioniert es auch nicht:

[root@home-05 zfs]# dkms --force build saa716x/1.0.0 -k 6.1.7-200.fc37.x86_64 
Sign command: /lib/modules/6.1.7-200.fc37.x86_64/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Building module:
Cleaning build area...
'./make.sh' --batch --kernel 6.1.7-200.fc37.x86_64 --dest modules......
Signing module /var/lib/dkms/saa716x/1.0.0/build/modules/saa716x_core.ko
Signing module /var/lib/dkms/saa716x/1.0.0/build/modules/saa716x_ff.ko
Cleaning build area...
[root@home-05 zfs]# dkms --force install saa716x/1.0.0 -k 6.1.7-200.fc37.x86_64 
Module saa716x-1.0.0 for kernel 6.1.7-200.fc37.x86_64 (x86_64).
Before uninstall, this module version was ACTIVE on this kernel.

saa716x_core.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/6.1.7-200.fc37.x86_64/extra/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

saa716x_ff.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/6.1.7-200.fc37.x86_64/extra/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.
depmod....

saa716x_core.ko.xz:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/6.1.7-200.fc37.x86_64/extra/

saa716x_ff.ko.xz:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/6.1.7-200.fc37.x86_64/extra/
depmod...
[root@home-05 zfs]# modinfo /var/lib/dkms/saa716x/1.0.0/6.1.7-200.fc37.x86_64/x86_64/module/saa716x_core.ko.xz
filename:       /var/lib/dkms/saa716x/1.0.0/6.1.7-200.fc37.x86_64/x86_64/module/saa716x_core.ko.xz
license:        GPL
author:         Manu Abraham
description:    SAA716x bridge driver
depends:        dvb-core
retpoline:      Y
name:           saa716x_core
vermagic:       6.1.6-200.fc37.x86_64 SMP preempt mod_unload 
sig_id:         PKCS#7
signer:         DKMS module signing key
sig_key:        1E:64:59:A2:F2:C0:75:34:82:9F:95:71:E9:9C:57:9C:45:E9:D5:D9
sig_hashalgo:   sha512
signature:      6F:ED:EF:88:D4:EF:E9:59:DF:83:15:83:62:CF:2D:22:74:98:30:9E:
.
.
.
parm:           adapter_nr:DVB adapter numbers (array of short)

Erst wenn man in den neuen Kernel bootet, kann man dafür dann den richtigen Treiber übersetzen.

SHofmann , vielleicht hast Du da noch eine Idee, wie bei einem Update die richtige Kernelversion übergeben wird.

Bei anderen DKMS-Sachen funktioniert das ja auch.

Grüße

kamel5

ein depmod -a hilft nicht`?

Quote from nobanzai

ein depmod -a hilft nicht`?

Das wird schon automatisch nach dem Bauen gemacht, siehe oben im zweiten Auszug Zeile 44.

Dadurch, das die Module für die falsche Kernel-Version gebaut wefden, können sie beim Booten nicht geladen wdrden.

Und modinfo zeigt auch die falsche Version an.

Nach dem Neustart und nochmaligem Bauen geht es dann.

Grüße

kamel5

Quote from kamel5

das die Module für die falsche Kernel-Version gebaut wefden

OK, ich habe dafür jetzt eine Lösung gefunden.

Wenn man in der Datei make.sh im Bereich "# build the driver"

die Zeile

"make"

gegen

"make KDIR="/lib/modules/$kernel/build"

austauscht, funktioniert das Bauen für verschiedene Kernelversionen dann korrekt.

Grüße

kamel5

Hallo zusammen,

hatte die letzten Tage keine Zeit, die Diskussion zu verfolgen. Ich schaue mir das aber in einer ruhigen Minute nochmal an.

Danke jedenfalls fürs Forschen und den Lösungsansatz.

Viele Grüße

Stefan

PS: Ich habe trotz der Änderung die Fehlermeldung beim letzten Upgrade am Wochenende erneut im Log gefunden. Die Suche geht also weiter...

Ich hatte ja schon mal die Anleitung für openSUSE gepostet. Falls die auch hier hilfreich sein sollte - here we go.

Das Ganze kann man auch einfach in ein Script packen.

Vorgehensweise fuer openSUSE Tumbleweed
---------------------------------------

0. Platzhalter

   - Kernel Tumbleweed aktuell (07.05.2021)
     export KERNELVER=5.12.0-2
   - Hauptversion Tumbleweed-Kernel aktuell (07.05.2021)
     export KERNELMAINVER=5.12

1. Weiterer Ablauf

   - Der Rest läuft analog zu openSUSE Leap 15.2.


Vorgehensweise fuer openSUSE Leap 15.2
--------------------------------------

0. Platzhalter

   - Original-Kernel Leap 15.2
     export KERNELVER=5.3.18-lp152.33
   - Hauptversion Original-Kernel Leap 15.2
     export KERNELMAINVER=5.3

1. Kernel-Sourcen installieren:

   - zypper in kernel-source kernel-devel
     ...
     The following 2 NEW packages are going to be installed:
       - kernel-devel-${KERNELVER}-default
       - kernel-source-${KERNELVER}-default
     ...

2. Patch downloaden:

   - wget -O /tmp/saa716x-${KERNELMAINVER}.diff \
       https://github.com/s-moch/linux-saa716x/compare/v${KERNELMAINVER}...saa716x-${KERNELMAINVER}.diff

3. Kernel patchen:

   - cd /usr/src/linux
   - patch -p1 </tmp/saa716x-${KERNELMAINVER}.diff

4. Kernel-Konfiguration anpassen:

   - make oldconfig
     ...
     BT8XX GPIO abuser (GPIO_BT8XX) [N/m/y/?] (NEW) N
     Support for SAA716x family from NXP/Philips (SAA716X_SUPPORT) [N/y/?] (NEW) y
         SAA7160/1/2 based Budget PCIe cards (DVB only) (DVB_SAA716X_BUDGET) [N/m/?] (NEW) N
         SAA7160/1/2 based Hybrid PCIe cards (DVB + Analog) (DVB_SAA716X_HYBRID) [N/m/?] (NEW) N
         SAA7160/1/2 based Full Fledged PCIe cards (DVB_SAA716X_FF) [N/m/?] (NEW) m
     ...
     configuration written to .config

6. Module uebersetzen

   - make scripts prepare modules_prepare
   - make -C . M=drivers/media/pci/saa716x
     Warnungen zu
     "Skipping BTF generation for <...> due to unavailability of vmlinux"
     können ignoriert werden.

7. Module installieren

   - make -C . M=drivers/media/pci/saa716x modules_install

   Die Module werden damit nach
     /lib/modules/${KERNELVER}-default/extra/
   installiert.

8. Modulliste generieren

   - depmod -a


Vorgehensweise fuer openSUSE Leap 15.x
--------------------------------------

1. Kernel-Sourcen installieren:

   - zypper in kernel-source kernel-devel
     ...
     The following 2 NEW packages are going to be installed:
         kernel-devel-4.12.14-lp151.28.36.1 kernel-source-4.12.14-lp151.28.36.1
     ...

2. Patch downloaden:

   - wget -O /tmp/saa716x-4.12.diff https://github.com/s-moch/linux-saa716x/compare/v4.12...saa716x-4.12.diff

3. Kernel patchen:

   - cd /usr/src/linux
   - patch -p1 </tmp/saa716x-4.12.diff

4. Kernel-Konfiguration anpassen:

   - cp /boot/config-4.12.14-lp151.28.4-default .config
   - make localyesconfig
     ...
     BT8XX GPIO abuser (GPIO_BT8XX) [N/m/y/?] (NEW) N
     HDMI CEC RC integration (MEDIA_CEC_RC) [N/y/?] (NEW) N
     Support for SAA716x family from NXP/Philips (SAA716X_SUPPORT) [N/y/?] (NEW) y
         SAA7160/1/2 PCI Express bridge based devices (SAA716X_CORE) [N/m/y/?] (NEW) m
         SAA7160/1/2 based Budget PCIe cards (DVB only) (DVB_SAA716X_BUDGET) [N/m/?] (NEW) N
         SAA7160/1/2 based Hybrid PCIe cards (DVB + Analog) (DVB_SAA716X_HYBRID) [N/m/?] (NEW) N
         SAA7160/1/2 based Full Fledged PCIe cards (DVB_SAA716X_FF) [N/m/?] (NEW) m
     Insert extra checks and debug info into the DRM range managers (DRM_DEBUG_MM) [N/y/?] (NEW) N
     Studio Evolution SE6X (SND_SE6X) [N/m/y/?] (NEW) N
     Root file system on NFS (ROOT_NFS) [N/y/?] (NEW) N
     ...
     configuration written to .config

6. Module uebersetzen

   - make -j6 modules

7. Module installieren

   Wenn man die Module in das Unterverzeichnis updates/media/saa716x/...
   kopiert, kann man den sog. weak-updates Mechanismus nutzen, d.h. fuer
   alle danach installierten und kompatiblen Kernel derselben
   Hauptversion werden beim Booten diese Module in einen Unterordner
   weak-updates/updates gelinkt. Man muss dann nichts mehr neu
   kompilieren, sondern die Module werden einfach so genutzt.

   - mkdir -p /lib/modules/4.12.14-lp151.28.36-default/updates/media/saa716x
   - cp /usr/src/linux/drivers/media/common/saa716x/*.ko /lib/modules/4.12.14-lp151.28.36-default/updates/media/saa716x

8. Modulliste generieren

   - depmod -a