Re: Wie korrekterweise Kernelmodule für Fremdkernel bauen?
Am Dienstag, 5. Juni 2007 11:45 schrieb Dirk Salva:
> Hi Leute,
>
> so langsam verzweifel ich hier an dieser selbstgestellten Aufgabe:
>
> ich möchte die Orinoco-USB-Module für den aktuell in Debian Etch
> verwendeten Kernel bauen. Ich brauche ausschliesslich das
> orinoco-usb-Modul und die dazugehörige Firmware bzw. die Funktion,
> die selbige holt, denn das Modul orinoco selbst ist ja in der letzten
> Version 0.15 schon fest im Kernel enthalten. Das funktioniert mit den
> Files von hier
> http://orinoco.svn.sourceforge.net/viewvc/orinoco/branches/usb/
> schon nicht, wenn ich nach
> http://women.debian.org/wiki/English/PackagingTutorial
> vorgehe, weil etwas mit den Sourcen nicht passt.
>
> Aber ich habe noch viel früher Probleme, die müssten erstmal aus der
> Welt geschafft werden:
>
> Ich will das Paket für einen Debian-Kernel 2.6.18-4-k7 auf einem
> Rechner bauen, auf welchem ein Debian-Kernel 2.6.18-4-686 Kernel
> läuft. Und das funktioniert nicht:-(
> Installiert ist:
> linux-source-2.6.18
> linux-kbuild-2.6.18
> linux-headers-2.6.18-4-k7
> linux-headers-2.6.18-4-686
> linux-headers-2.6.18-4
> Mein Problem: egal was ich mache, es wird immer wieder versucht, das
> Paket für -686 zu bauen. Ich hatte gedacht, auf folgendem Weg
> funktioniert das:
> Kopieren der k7-.config nach linux-source-2.6.18, dann
> make-kpkg --rootcmd fakeroot --append-to-version -4-k7 configure
> make-kpkg --rootcmd fakeroot --append-to-version -4-k7 clean
> make-kpkg --rootcmd fakeroot debian
>
> Nur: alles, was ich danach mache, passiert dann wieder für -686 oder
> geht gar nicht (Beispiel mit dem vorhandenen und funktionierenden
> rt2500-source aus dem normalen Etch-Paketpool):
>
> di@rechner:/usr/src/linux-source-2.6.18$ make-kpkg --rootcmd fakeroot
> --append-to-version -4-k7 modules_image --added-modules rt2500 exec
> debian/rules DEBIAN_REVISION=2.6.18-10.00.Custom
> APPEND_TO_VERSION=-4-k7 KPKG_SELECTED_MODULES="rt2500"
> ROOT_CMD=fakeroot modules_image
> echo "The UTS Release version in include/linux/version.h"; echo "
> \"\" "; echo "does not match current version:"; echo "
> \"2.6.18-4-k7\" "; echo "Please correct this."; exit 2
> The UTS Release version in include/linux/version.h
> ""
> does not match current version:
> "2.6.18-4-k7"
> Please correct this.
> make: *** [modules_image] Fehler 2
ich baue solche Pakete (bei mir nvidia und lirc) immer direkt mit dem
Rules-Makefile.
z.B.
/pfad/zu/orinoco/ # ./debian/rules KSRC=/pfad/zu/kernel/source-k7/
KVERS=2.6...-k7 binary-modules
Eventuell auch binary_modules als Target.
Wenn es dabei immernoch den -686 Kernel als Quelle verwenden will, ist
die Debianisierung "defekt". Dann hilft wohl nurnoch das rules Script
zu überarbeiten.
--
Markus Schulz
Reply to: