Re: MTRR-Support in Kernel 2.4.18 einbinden
--- Rainer Ellinger <rainer@ellinger.de> schrieb: > Rüdiger Noack schrieb:
> > ich habe in der .config CONFIG_MTRR gesetzt (woody).
> > neu: CONFIG_MTRR=y
>
> Bitte ohne Kernel-Hacker-Diplom nie direkt in der .config fummeln,
> sondern "make xconfig" oder "make menuconfig" verwenden.
Und ich dachte, unter Debian ist der vi (oder welcher Editor auch immer) das
einzig wahre "Konfigurationstool"... ;-)
>
> Auch nach fehlerfreiem "make clean"? Änderungen an CPU-Eigenschaften
> erfordern einen kompletten Durchlauf.
Jetzt ja, bei:
make clean && make dep && make
>
> > mtrr.c:640: redefinition of `mtrr_centaur_report_mcr'
> > /usr/src/linux/include/asm/mtrr.h:114: `mtrr_centaur_report_mcr'
>
> Bei einem Fehler bitte folgendes beachten:
>
> Nicht nur die Fehlermeldungen (da reichen schon die ersten paar),
> sondern vor allem den davor liegenden gcc Aufruf komplett mit angeben.
> Sonst kann niemand wissen, *wo* genau der Fehler auftrat.
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe
-mpreferred-stack-boundary=2 -march=i686 -malign-functions=4
-DKBUILD_BASENAME=mtrr -DEXPORT_SYMTAB -c mtrr.c
>
> Vor dem Posten einer Fehlermeldung (ggf. auf mit Angabe der
> Kernelversion ;-) *immer* einen kompletten Durchlauf nach einem
> "distclean" machen (config vorher sichern). Alles andere, als ein
> Compiler-Durchlauf frischer Kernelsources ist nirgends reproduzierbar.
>
> Es gibt dabei folgende Sauberkeitsstufen:
>
> clean putzt die Zwischenergebnisse des Kompilierens weg
s.o.
> mrproper putzt zusätzlich deps, dynamisches und .config weg
# cd /usr/src/linux
# cp .config ..
# make mrproper
# cp ../.config .
# make dep && make
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep
scripts/mkdep.c
make[1]: Entering directory `/usr/src/linux/arch/i386/boot'
make[1]: Nothing to be done for `dep'.
make[1]: Leaving directory `/usr/src/linux/arch/i386/boot'
scripts/mkdep -- init/*.c > .depend
scripts/mkdep -- `find /usr/src/linux/include/asm /usr/src/linux/include/linux
/usr/src/linux/include/scsi /usr/src/linux/include/net -name SCCS -prune -o
-follow -name \*.h ! -name modversions.h -print` > .hdepend
find: /usr/src/linux/include/asm: No such file or directory
make _sfdep_kernel _sfdep_drivers _sfdep_mm _sfdep_fs _sfdep_net _sfdep_ipc
_sfdep_lib _sfdep_arch/i386/kernel _sfdep_arch/i386/mm _sfdep_arch/i386/lib
_FASTDEP_ALL_SUB_DIRS="kernel drivers mm fs net ipc lib arch/i386/kernel
arch/i386/mm arch/i386/lib"
make[1]: Entering directory `/usr/src/linux'
make -C kernel fastdep
make[2]: Entering directory `/usr/src/linux/kernel'
make[2]: *** No rule to make target `/usr/src/linux/include/linux/autoconf.h',
needed by `/usr/src/linux/include/linux/modules/signal.ver'. Stop.
make[2]: Leaving directory `/usr/src/linux/kernel'
make[1]: *** [_sfdep_kernel] Error 2
make[1]: Leaving directory `/usr/src/linux'
make: *** [dep-files] Error 2
Posting ist bisschen lang, aber ich weiß nicht, was wirklich relevant ist...
Hier verstehe ich doch mal wieder etwas falsch! Was brauche ich denn neben der
.config noch? (Habe noch das komplette Verzeichnis als tar-Archiv.)
> distclean putzt auch Reste vom patchen weg
> Ergebniss sollte (ohne Patches) identisch mit dem
> Auspacken eines neuen Orignalsource sein.
Ergebnis wie nach make mrproper.
>
> Interessant wäre bei Debian dann noch, ob Du manuell oder mit make-kpkg
> arbeitest.
make-kpkg? So etwas gibt es? Sollte ich mir wohl mal ansehen. :-)
Also ich rufe make ... einfach aus der shell im /usr/src/linux auf.
Gruß
Rüdiger
--
Kaum macht man's richtig, schon geit dat!
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de
Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de
--
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-german-request@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listmaster@lists.debian.org (engl)
Reply to: