Proper Funktion prüft, ob Kernel-Modul Quellcode

Question

Szenario 1: Ich versuche, mit einem Vanille-Kernel 3.10 (eigentlich kernel-lt von Elrepo) IBMGPFS Treiber auf RHEL6 zu installieren. Der Teil GPL nicht kompiliert durch:

• Zu viele/zu wenig Argumente übergeben
• struct x kein solches Mitglied fein auf
• Typenkonflikt

Ihr Code kompiliert hat funktionieren Lager RHEL/Suse Kernel älter oder neuer als meins, aber hier versagt.

Szenario 2: Ich versuche, den Open-Source-Treiber softiwarp auf RHEL6 mit Standard-Kernel zu kompilieren, aber es funktioniert nicht mit dem gleichen Fehler wie in Szenario 1. Es ist jedoch auf einem Vanilla-Kernel kompiliert fein.

Das alles ist, weil ihre Feature-Check-Header wie folgt aussehen:

#if LINUX_KERNEL_VERSION >= 2061300 
#define FOO <newer variant> 
#else 
#define FOO <older variant> 
#endif 

Aber RHEL und Suse haben viele updates und Fehlerbehebungen, so dass ihre 3.10.1013.10.101 nicht das gleiche wie Vanille ist.

Wie schreibe ich Code, der überprüft Funktionen, nicht Versionsnummer? In einem User-Space-Programm würde ich autoconf Makros AC_CHECK_MEMBER/AC_CHECK_FUNC

Answer 1

Wie schreibt man Code verwenden, die Funktionen überprüfen wird, nicht Versionsnummer? In einem User-Space-Programm würde ich autoconf Makros AC_CHECK_MEMBER/AC_CHECK_FUNC

Die Standard-Präprozessor Fähigkeiten sind viel weniger nutzen als manche Leute scheinen zu denken. Es hat keine Fähigkeit, direkt das zu tun, was Sie wollen. Autoconf bietet auch in dieser Hinsicht keine Magie; es führt einfach Tests zur Konfigurationszeit durch, oft einfach durch Prüfen, ob der Compiler ein gegebenes Stück Code akzeptiert, und es übermittelt die Ergebnisse weitgehend an den Compiler, indem Präprozessor-Makros definiert werden. (Und Sie sind verantwortlich für die Verwendung dieser Makros in bedingten Tests wie in Ihrem Beispiel benötigt).

Da wir über Autoconf sprechen jedoch, solange es gegen die Kernel-Header, die die entsprechen Kernel, für den Sie bauen, sollten zumindest einige Autoconf-Makros für Sie arbeiten, und Sie sollten in der Lage sein, benutzerdefinierte Autoconf-Tests für andere zu schreiben. Jedes Problem, das der Compiler zum Zeitpunkt der Erstellung erkennen kann, sollte Autoconf ebenfalls testen können.

Natürlich gibt es auch die Möglichkeit, dem Modul-Generator die Möglichkeit zu geben, benötigte Konfigurationsdetails explizit anzugeben, wenn ein heikles Problem wie dieses auftaucht. Passen Sie beispielsweise die Makros zur Merkmalsauswahl an, um auch auf ein Symbol zu achten, das für den Builder reserviert ist, um die Ergebnisse zu modulieren.