TT S2-6400 - saa716x kompilieren unter 18.04

Rein interessehalber, möchtest du nur den Treiber kompilieren oder direkt einen Kernel mit Unterstützung?

Das wird mir noch nicht so ganz klar.

(Halbwissen ab hier)

Falls du menuconfig auf den Kernel verwendest, kannst du damit definieren welche Treiber im Kernel direkt, während der Startphase oder garnicht implementiert/gestartet werden.

Menuconfig ist nicht mehr als ein Tool, welches dir die möglichen Optionen grafisch unterteilt darstellt. Diese werden im Hintergrund in einer Textdatei im Klartext abgespeichert. Du kannst um die Sache zu vereinfachen sogar deine aktuelle aktive Konfiguration ( System mit aktiven Treibern) auslesen, um nicht bei Null zu starten und dich dann schrittweise annähern.

Ich bin jetzt kein Guru, aber ich kann mir vorstellen das du sicherlich erstmal nur den Treiber kompilieren möchtest (falls vorhanden mit menuconfig nur explizite Teile des Treibers die für dich erforderlich sind aktivieren) als Modul. Dann im laufenden Betrieb das Modul zu Testzwecken lädst mit zB insmod.

Siehe auch lsmod, insmod und rmmod und https://www.linuxtopia.org

Gruß

Hi,

Du brauchst so nicht anfangen. Du kannst das DD dkms nur für DD Hardware nutzen. Deine DVB-T geht damit nicht. Deshalb ja die Anfrage mit jasmins dkms...

Mfg Stefan

Vielleicht bringt es dich weiterwenn du dich an einer ähnlichen Karte mit Anleitung hangels.

http://www.vdr-wiki.de

Diese Anleitung ist "uralt". Vielleicht hilft Dir der entsprechende Thread fuer ein Fedora-Build.

Gruss,

S:oren

Zitat von beachboy

ist so groß, dass ich nicht weiß, was ich davon jetzt genau brauch

Weiß jetzt nicht was gerade der aktuelle Ubuntu Kernel ist, bzw. welchen du verwendest, der sollte geclont werden. So würde ich das interpretieren wenn man das GIT ansieht, ist gestaffelt nach Kernel-Versionen.

Es gibt (aus meiner Sicht) zwei grundsaetzlich verschiedene moegliche Vorgehensweisen:

- einen eigenen (Mainline/Stable-)Kernel benutzen

- Distro-Kernel anpassen

Du hast oben die 2. Moeglichkeit beschrieben, was grundsaetzlich eine gute Idee ist. Man muss nur wissen, dass man bei jedem (evt. automatischen) Update des Distro-Kernels auch diese Module neu bauen und installieren muss. Und es koennte Probleme beim Patchen des Distro-Kernels geben, was sich aber im Einzelfall einfach loesen laesst.

Zu konkreten Fragen kann ich gerne Tipps geben. Anleitungen zum Bauen eines eigenen Kernels gibt es sicher bessere, als ich hier schreiben koennte. Man muss nur aufpassen, dass man nicht Mainline- und Distro-Kernel-Anleitungen durcheinander bringt.

Zwei kleine Korrekturen: mit 'make localyesconfig' erzeugt man sich erstmal eine zum laufenden Kernel passende Konfiguration, die moeglichst wenig ausgewaehlte Module enthaelt, so dass 'make modules' dann relativ schnell durchlaeuft, nachdem man mit 'make menuconfig' den saa716x-FF-Treiber als Modul ausgewaehlt hat. Man ist hier ja nur an zwei Modulen (saa716x_core und saa716x_ff) interessiert, die eben zum laufenden Kernel passen.

Die ganzen Makes fuehrt man im Hauptverzeichnis der Kernel-Sourcen aus, patchen von ganzen Verzeichnisbaeumen geht im Prinzip genau wie von einzelnen Dateien, von git erzeugte Patches wendet man normalerweise mit 'patch -p1 < path/to/whatever.diff' auch im Hauptverzeichnis der Sourcen an.

Gruss,

S:oren

Hi,

Dann geht aber seine dvb-t nicht mehr...

Mfg Stefan

Wieso?

Hi,

Wird nicht dabei deren Treiber lahm gelegt? Oder passt das zufällig?

Mfg Stefan

Der ganze Sinn, einen Distro-Kernel zu verwenden, besteht ja gerade darin, diesen Kernel, alle seine Module und alle Einstellungen (z.B. Boot-Konfiguration) unveraendert weiter verwenden zu koennen. Es werden halt nur neue Module dazu installiert. Diese Module muessen zu dem Kernel passen, deshalb muessen die (gepatchten) Distro-Sourcen zum Modul-Bauen verwendet werden, was geringfuegig komplizierter ist, als direkt den Mainline-Kernel mit Treiber aus meinem Repository zu verwenden. Beide Wege haben eben Vor- und Nachteile. Aber Karten, die mit Ubuntu-Kernel funktionieren, werden auf beiden Wegen auch nachher nutzbar sein.

Gruss,

S:oren

SurfaceCleanerZ

mit der Methode baut er doch nur zwei saa716... Module. Und solange er die nicht installiert, passiert doch garnichts.

Powarman hatte damals auch so eine schlanke Routine zum bauen eben nur dieser Module gepostet.

Ufos Megapack hatte damals die Probleme, wenn man das ganze Pack kompiliert und installiert hatte

Ok, danke für die Erklärung!

Zitat von Argus

mit der Methode baut er doch nur zwei saa716... Module. Und solange er die nicht installiert, passiert doch garnichts.

Ja, natuerlich. Wenn man sie gebaut hat, muss man sie auch installieren (in das passende Verzeichnis unter /lib/modules kopieren und 'depmod -a' ausfuehren). Das stand ja oben schon so.

Das ganze UFO-Paket hatte vieles vereinfacht fuer weniger erfahrene Benutzer, war aber mit einigem Wartungsaufwand verbunden. Ein modernes Aequivalent waere vermutlich ein DKMS-Paket, was halt auch jemand bauen und pflegen muesste. Solange es nichts Semi-automatisches gibt, muss man eben selbst ran...

Gruss,

S:oren