dkms.conf
Helge Reimer
Moin und frohes neues Jahr, wenn man das jetzt noch sagen darf.
Ich hatte vor einiger Zeit ein Kernelmodul bei GitHub besorgt.
Das lässt sich ganz simpel per 'make && sudo make install' bauen und installieren.
Ich hatte den Source dann nach /usr/src kopiert und dort eine dkms.conf erstellt.
Dann mittels dkms add, dkms build und dkms install installiert. DKMS funktionierte einwandfrei.
Wenn ein neuer Kernel installiert wurde, dann wurde das Modul auch entsprechend neu gebaut.
Jetzt gab es ein Update der Sourcen welche ich übernehmen wollte. Dummerweise habe ich die alte Version in /usr/src gelöscht und somit auch die dkms.conf verloren.
Ich bekomme es nun nicht wieder hin. Mir fällt nicht mehr ein was ich seinerzeit in die dkms.conf geschrieben habe.
Die Sourcen und dkms.conf liegen in /usr/src/hid-fanatecff.
Das fertige Modul soll 'hid-fanatecff' heißen, Versionsnummer '0.0.1'
Installiert wird das Modul nach /lib/modules/${KVERSION}/kernel/drivers/hid
Die dkms.conf sieht momentan so aus:
PACKAGE_NAME="hid-fanatecff"
PACKAGE_VERSION="0.0.1"
MAKE[0]="make KVERSION=$kernelver"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="hid-fanatecff"
DEST_MODULE_NAME[0]="hid-fanatecff"
DEST_MODULE_LOCATION[0]="/kernel/drivers/hid/"
AUTOINSTALL="yes"
Bei 'dkms add' wird schon merkwürdig. Durch Autovervollständigung wird mir angeboten:
dkms add -m hid -v fanatecff
Ich hätte hier erwartet 'dkms add -m hid-fanatecff -v 0.0.1' oder dkms add -m hidfanatecff/0.0.1'
Wenn ich trotzdem ein dkms add -m hid -v hfanatecff und anschließend dkms build -m hid -v fanatecff mache dann kommt
Building module:
Cleaning build area...
make -j20 KERNELRELEASE=6.7.0-x64v4-xanmod1 KVERSION=6.7.0-x64v4-xanmod1...
Error! Build of hid-fanatecff.ko failed for: 6.7.0-x64v4-xanmod1 (x86_64)
Make sure the name of the generated module is correct and at the root of the
build directory, or consult make.log in the build directory
/var/lib/dkms/hid/fanatecff/build for more information.
Was mache ich falsch? Es hat schonmal funktioniert.
Wo ist der Fehler?
--
Gruß
Helge
Ulf Volmer
> mir angeboten:
>
> dkms add -m hid -v fanatecff
>
Ich denke, das erklärt dieses Verhalten.
Viele Grüße
Ulf
Helge Reimer
Am Montag, 8. Januar 2024, 19:08:59 CET schrieb Ulf Volmer:
> Das Source- Verzeichniss soll nach dem Schema <name>-<version> benannt sein.
Habe es in /usr/src/hid-fanatecff-0.0.1 umbenannt. Keine Änderung.
--
Gruß
Helge
Ulf Volmer
Bei mir hat das mindestens Auswirkugen auf das Auto- Complete.
Ich würde mich aber auf **einen** '-' beschränken.
Viele Grüße
Ulf
Helge Reimer
Am Montag, 8. Januar 2024, 19:36:40 CET schrieb Ulf Volmer:
> Bei mir hat das mindestens Auswirkugen auf das Auto- Complete.
>
> Ich würde mich aber auf **einen** '-' beschränken.
Ich habe hier noch ein anderes Beispiel welches aber funktioniert.
Source liegt in '/usr/src/new-lg4ff-0.4.0.
dkms.conf sieht so so aus:
PACKAGE_NAME="new-lg4ff"
PACKAGE_VERSION="0.4.0"
MAKE[0]="make KVERSION=$kernelver"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="hid-logitech-new"
DEST_MODULE_NAME[0]="hid-logitech"
DEST_MODULE_LOCATION[0]="/kernel/drivers/hid"
AUTOINSTALL="yes"
Alles gut. Läuft.
Autocomplete bringt
'dkms add -m new -v lg4ff-0.4.0'
'dkms build -m new-lg4ff -v 0.4.0' oder
'dkms build -m new-lg4ff/0.4.0'
--
Gruß
Helge
Ulf Volmer
>
> PACKAGE_NAME="hid-fanatecff"
>
> PACKAGE_VERSION="0.0.1"
>
> MAKE[0]="make KVERSION=$kernelver"
>
> CLEAN="make clean"
>
> BUILT_MODULE_NAME[0]="hid-fanatecff"
>
> DEST_MODULE_NAME[0]="hid-fanatecff"
>
In Deinem Fall (falls wir von https://github.com/gotzl/hid-fanatecff
reden) also
hid-fanatec
Viele Grüße
Ulf
Helge Reimer
Am Montag, 8. Januar 2024, 20:08:12 CET schrieb Ulf Volmer:
> Der Modul Name bei den beiden Zeilen muß dem realen Modulnamen entsprechen.
>
> In Deinem Fall (falls wir von https://github.com/gotzl/hid-fanatecff
> reden) also
>
>
> hid-fanatec
So gehts. Build und install sind durchgelaufen.
Danke dafür. Wie bist du auf den richtigen Modulnamen gekommen? Wo steht das?
'dkms add' und 'dkms build' ist aber immer noch komisch.
Autocomplete sagt:
dkms add -m hid -v fanatecff-0.0.1
Ich kann damit leben, aber richtig ist das nicht.
Wo kommt das 'hid' her?
--
Gruß
Helge
Ulf Volmer
> So gehts. Build und install sind durchgelaufen.
>
> Danke dafür. Wie bist du auf den richtigen Modulnamen gekommen? Wo steht
> das?
den das resultierende Modul- Namen (*.ko).
> 'dkms add' und 'dkms build' ist aber immer noch komisch.
>
> Autocomplete sagt:
>
> dkms add -m hid -v fanatecff-0.0.1
>
>
> Ich kann damit leben, aber richtig ist das nicht.
> Wo kommt das 'hid' her?
Nenn das Verzeichnis halt hid_fantecff-0.0.1 und gut ist.
Viele Grüße
Ulf
Helge Reimer
Am Montag, 8. Januar 2024, 20:48:48 CET schrieb Ulf Volmer:
> Du hattest doch ein manuelles make gemacht, oder? Dann siehst Du dort
> den das resultierende Modul- Namen (*.ko).
Nein, sehe ich nicht.
helge@debian-pc:~/git/hid-fanatecff$ make
-e
:: Compiling Fanatec kernel module
========================================
make -C /lib/modules/`uname -r`/build M=$PWD
make[1]: Verzeichnis „/usr/src/linux-headers-6.7.0-x64v4-xanmod1“ wird betreten
warning: the compiler differs from the one used to build the kernel
The kernel was built by: gcc-13 (Debian 13.2.0-7) 13.2.0
You are using: gcc (Debian 13.2.0-9) 13.2.0
make[1]: Verzeichnis „/usr/src/linux-headers-6.7.0-x64v4-xanmod1“ wird verlassen
> Ich bin nachwievor der Meinung, dass hier am ersten '-' getrennt wird.
>
> Nenn das Verzeichnis halt hid_fantecff-0.0.1 und gut ist.
Ich werde mal rumprobieren.
--
Gruß
Helge
Helge Reimer
Am Montag, 8. Januar 2024, 20:54:46 CET schrieb Helge Reimer:
> Nein, sehe ich nicht.
Ok, bei 'make instal'l sehe ich es.
--
Gruß
Helge
Ulf Volmer
>
>
> > Du hattest doch ein manuelles make gemacht, oder? Dann siehst Du dort
>
> > den das resultierende Modul- Namen (*.ko).
>
>
> Nein, sehe ich nicht.
>
>
> :: Compiling Fanatec kernel module
> ========================================
> make -C /lib/modules/`uname -r`/build M=$PWD
> make[1]: Verzeichnis „/usr/src/linux-headers-6.7.0-x64v4-xanmod1“ wird
> betreten
> warning: the compiler differs from the one used to build the kernel
> The kernel was built by: gcc-13 (Debian 13.2.0-7) 13.2.0
> You are using: gcc (Debian 13.2.0-9) 13.2.0
> make[1]: Verzeichnis „/usr/src/linux-headers-6.7.0-x64v4-xanmod1“ wird
> verlassen
hid-fanatec.ko
root@deb-sid-p330:/usr/src/hid_fanatecf-0.0.1# make clean
-e
:: Cleaning Fanatec kernel module
========================================
make -C /lib/modules/`uname -r`/build M=$PWD clean
make[1]: Entering directory '/usr/src/linux-headers-6.6.9-amd64'
CLEAN /usr/src/hid_fanatecf-0.0.1/Module.symvers
make[1]: Leaving directory '/usr/src/linux-headers-6.6.9-amd64'
root@deb-sid-p330:/usr/src/hid_fanatecf-0.0.1# ls *.ko
ls: cannot access '*.ko': No such file or directory
root@deb-sid-p330:/usr/src/hid_fanatecf-0.0.1# make
:: Compiling Fanatec kernel module
========================================
make -C /lib/modules/`uname -r`/build M=$PWD
CC [M] /usr/src/hid_fanatecf-0.0.1/hid-ftec.o
CC [M] /usr/src/hid_fanatecf-0.0.1/hid-ftecff.o
CC [M] /usr/src/hid_fanatecf-0.0.1/hid-ftecff-tuning.o
LD [M] /usr/src/hid_fanatecf-0.0.1/hid-fanatec.o
MODPOST /usr/src/hid_fanatecf-0.0.1/Module.symvers
CC [M] /usr/src/hid_fanatecf-0.0.1/hid-fanatec.mod.o
LD [M] /usr/src/hid_fanatecf-0.0.1/hid-fanatec.ko
BTF [M] /usr/src/hid_fanatecf-0.0.1/hid-fanatec.ko
Skipping BTF generation for /usr/src/hid_fanatecf-0.0.1/hid-fanatec.ko
due to unavailability of vmlinux
make[1]: Leaving directory '/usr/src/linux-headers-6.6.9-amd64'
root@deb-sid-p330:/usr/src/hid_fanatecf-0.0.1# ls *.ko
hid-fanatec.ko
root@deb-sid-p330:/usr/src/hid_fanatecf-0.0.1#
Viele Grüße
Ulf
Helge Reimer
Am Montag, 8. Januar 2024, 21:04:38 CET schrieb Helge Reimer:
> Am Montag, 8. Januar 2024, 20:54:46 CET schrieb Helge Reimer:
>
> > Nein, sehe ich nicht.
>
> Ok, bei 'make instal'l sehe ich es.
Und in 'Makefile' steht es auch.
Ich bräuchte mal eine Erläuterung zu 'PACKAGE_NAME', 'BUILD_MODULE_NAME' und 'DEST_MODULE_NAME'
Stehe da gerade etwas auf dem Schlauch.
--
Gruß
Helge
Ulf Volmer
> Ich bräuchte mal eine Erläuterung zu 'PACKAGE_NAME', 'BUILD_MODULE_NAME'
> und 'DEST_MODULE_NAME'
>
> Stehe da gerade etwas auf dem Schlauch.
Dort sind die Optionen beschrieben. Vermutlich besser, als ich das könnte.
Viele Grüße
Ulf
Rolf Buenning
Ich wundere mich immer wieder, warum es in dieser Gruppe so häufig
auftritt, dass die Editoren nicht auf eine
Zeilenlänge <= 80 Zeichen eingestellt werden (können).
Es ist lästig, immer w (für wrap) tatschen zu müssen,
wenn man den Artikel lesen möchte.
Rolf
Marco Moock
Usenet-Gateway, sondern über Mail und bei heutigen Mailprogrammen wie
Outlook, Gmail, Apple Mail & Co. sind Standards oft nicht so wichtig
wie irgendwelcher Fancy-Mist wie HTML.
Helge Reimer
> Die meisten Leute lesen diese Gruppe vermutlich nicht über das
> Usenet-Gateway, sondern über Mail und bei heutigen Mailprogrammen wie
> Outlook, Gmail, Apple Mail & Co. sind Standards oft nicht so wichtig
> wie irgendwelcher Fancy-Mist wie HTML.
Ich schreibe normal nur plain-text-mails mit 78 Zeichen/Zeile.
Aber gelegentlich braucht es doch mal was anderes. Und wenn man es dann nicht
wieder zurückstellt kann man schon mal woanders negativ auffallen.
--
Gruß
Helge
Marco Moock
> Richtig. Ich lese via Thunderbird, Usenet war sehr lange vor meiner
> Zeit.
Gibt es noch heute, ich habe auch erst 2021 damit angefangen.
> So wie ich das lese, wird das hier in der Gruppe aber spezifisch
> präferiert - gibt es da bestimmte Vorgaben?
Nein, der Weg, wie du das machst, ist egal. Usenet über linux.* ist
aber für viele sehr komfortabel.
Es gibt aber auch in Mailinglisten (das ist eine und es gibt ein
Gateway ins Usenet) gewisse Verhaltensweisen, die die meisten stören.
Dazu zählen u.a.: HTML-Mail, TOFU-Posting, Werbung in Signaturen al la
"Gesendet mit GMX".
Marco Moock
> Aber gelegentlich braucht es doch mal was anderes.
Ich mache das nur beim Posten von Terminalausgaben.
Helge Reimer
Wenn wir dann jetzt zum Topic zurückkehren würden.
--
Gruß
Helge
Mike
> Sollte ich mich angesprochen fühlen?
> Ich schreibe normal nur plain-text-mails mit 78 Zeichen/Zeile.
> Aber gelegentlich braucht es doch mal was anderes. Und wenn man es dann nicht
> wieder zurückstellt kann man schon mal woanders negativ auffallen.
>
Tipp, falls du mit Thunderbird schreibst ...
Vor dem Klick auf Verfassen/Antworten/Weiterleiten die Umschalttaste
gedrückt halten um (temporär) eine HTML-Mail zu verfassen.
Mike