Probleme mit kompilieren (Nvidia-Treiber mit Kernel 2.6.29)

[KBDCALLS]

Irgendwie habe ich das Gefühl das der gesamte Kernel 2.6.29 hat einige diverse Macken hat. Bekomme schon den linux-source mit make-kpkg nicht kompiliert. Wenn ich das richtig noch in Errinerung sind ihm irgendwelche IRQs zu niedrig . Und es wird dann abgebrochen. Seltsamerweise ein make all funktioniert. Was ich auch etwas komisch finde, mit einem make oldconfig wird eine Config erzeugt, bestehen aus dem was im /boot zu finden ist. make-kpkg stellt das nicht zufrieden make all schon. Die Headers sind ebenfalls unbrauchbar. Jetzt jag ich mal die original Debiansourcen durch den Compiler. Mal sehen was dabei rauskommt.. Alles weitere in einem anderen Thread.

Sorry, das ist schon zu Mäuse melken.

[Teddybear]

@KBDCALLS

Da muss ich dir leider widersprechen.. ein Kernelbau mit make-kpkg funktioniert bei mir in sid

[KBDCALLS]

Das wäre allerdings dann schon mehr als unpraktisch , wenn sich der Kernel mit Lenny nicht bauen ließe.

[KBDCALLS]

Und jetzt zum eigentlichen.

Das Kompilieren sämtlicher Pakete aus dem orig tar.gz hat einwandfrei funktioniert . System ist Lenny mit dem Gcc 4.3 (4.3.3-3) von Squeeze.

Und jetzt kommts das Kompilieren eines 686 Kernels funktioniert mit make-kpkg

Aufruf sieht folgendermaßen aus

Code: Alles auswählen

make-kpkg --append-to-version=-1-686 --revision 2.6.29-3~MEP buildpackage

Hier wird ohne zu meckern eine Kernelkonfig aus dem zuvor Kompilierten akzeptiert.

Kompilieren eines Kernels für AMD64 scheitert.

Code: Alles auswählen

make-kpkg --append-to-version=-1-amd64 --revision 2.6.29-3~MEP buildpackage

Hierbei wird dann die Kernelconfig restartet

Code: Alles auswählen

make[2]: Entering directory `/usr/src/linux-source-2.6.29'
scripts/kconfig/conf -o arch/x86/Kconfig
*
* Restart config...
*
*
* RCU Subsystem
*
RCU Implementation
  1. Classic RCU (CLASSIC_RCU)
> 2. Tree-based hierarchical RCU (TREE_RCU)
choice[1-2]: 2

Nach kurzer Zeit kommts dann zu diesem Fehler.

Code: Alles auswählen

In Datei, eingefügt von /usr/src/linux-source-2.6.29/arch/x86/include/asm/i387.h:16,
                 von /usr/src/linux-source-2.6.29/arch/x86/include/asm/suspend_32.h:10,
                 von /usr/src/linux-source-2.6.29/arch/x86/include/asm/suspend.h:2,
                 von include/linux/suspend.h:5,
                 von arch/x86/kernel/asm-offsets_32.c:11,
                 von arch/x86/kernel/asm-offsets.c:2:
include/linux/hardirq.h:42:3: Fehler: #error HARDIRQ_BITS is too low!
make[3]: *** [arch/x86/kernel/asm-offsets.s] Fehler 1
make[2]: *** [prepare0] Fehler 2
make[2]: Leaving directory `/usr/src/linux-source-2.6.29'
make[1]: *** [debian/stamp/conf/kernel-conf] Fehler 2
make[1]: Leaving directory `/usr/src/linux-source-2.6.29'
make: *** [debian/stamp/conf/minimal_debian] Fehler 2
Failed to create a ./debian directory: Datei oder Verzeichnis nicht gefunden at /usr/bin/make-kpkg line 1048.
root@svetlana:/usr/src/linux-source-2.6.29#     

Wenn ich das ganze dann nochmal laufen lasse dann verschwindet Failed too create ... aber der Error mit den HARDIRQ Bits bleibt.

Kompiliere ich das ganze mit make all funktionierts.

Prozessor ist ein AMD Athlon(tm) Dual Core Processor 4850e 8 GB Ram Lenny ist eine 386 Version.

[habakug]

Hallo!

* The hardirq count can be overridden per architecture, the default is:
*
* - bits 16-27 are the hardirq count (max # of hardirqs: 4096)
* - ( bit 28 is the PREEMPT_ACTIVE flag. )
[...]
/*
* The hardirq mask has to be large enough to have space for potentially
* all IRQ sources in the system nesting on a single CPU.
*/
#if (1 << HARDIRQ_BITS) < MAX_HARDIRQS_PER_CPU
# error HARDIRQ_BITS is too low!

Gruß, habakug

[Teddybear]

mhhh

Also hier hab ich auf nem AMD64 die Original Vanilla, sourcen mit make-kpkg gebaut.
Und auf dem Läppi(auch AMD64) hab ich es mit den Debian-Sourcen versucht per dpkg-buildpackage, dort hat das compilieren selbst geklappt.. nur die headerpakete waren da auch defekt.

Um zum eigentlichen Thema zu kommen.. Der Nvidia Treiber 180.44 lässt sich mit den per make-kpkg gebauten Paketen ohne weiteres compilieren...
OFFTOPIC:
In meinem Desktop werkelt ne ATI, und der fglrx treiber mag nicht.. warscheinlich kommt der noch nicht mit dem 2.6.29 klar.. aber das werde ich noch eingehend checken.

Gruss Sascha

[datoo]

Bei mir läuft auf dem Desktop auch ein Orginal-2.6.29.1-Kernel eine Header-Datei habe ich nicht erstellt weil das für den NVIDIA-Treiber (180.44) nicht notwendig ist. (Header oder Quellen) und alles läuft poblemlos.

System: Intel-Core 6300 lenny(64Bit) GeForce 9500

[KBDCALLS]

Das ist das was mich stutzig macht. make-kpkg scheitert und make all funktioniert. Mit excact der gleichen Kernelkonfiguration, die bei einem make oldconfig erstellt wird.

[Clio]

Ich kann datoo bestätigen.
Ich nehme auch immer den Vanilla-Kernel, baue ein Paket ohne Headers und anschließend den Nvidia-Treiber.
Hatte damit noch keine Probleme.

[Kastrovolus]

Unter SID lief die Kompilierung mit make-kpkg vom Debian-source des 2.6.29 incl. Headers problemlos (amd64); ebenso die Nvidia-Module.