Re: compilation 2.4.20 & erreurs SCSI

Page principale

Répondre à ce message
Auteur: Francois-Xavier Kowalski
Date:  
À: guilde, Yves Chapron, Yves Chapron
CC: nicolas_tripon
Anciens-sujets: Re: Trop parano avec iptables ?
Sujet: Re: compilation 2.4.20 & erreurs SCSI
Bonjour,

nicolas_tripon@??? wrote:

> Voici un message d'Yves Chapron, pour Francois-Xavier en particulier. -NT
>
>Merci à tous ceux qui m'ont aidés samedi 22 à planter ou à reparer
> et finalement ameliorer ma nouvelle machine.
>
>Cependant la derniere compilation du noyau optimisé a planté. Je donne
> les dernieres lignes avant les erreures et la liste des fichiers
> contemporains. Yves Chapron
>


Ok, vu la suite, je comprens mieux pourquoi tu a devalide globalement le
support SCSI dans le .config de Yves....

>gcc -D__KERNEL__ -I/usr/src/linux-2.4.20/include -Wall -Wstrict-prototypes
> -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
> -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS
> -include /usr/src/linux-2.4.20/include/linux/modversions.h -nostdinc
> -iwithprefix include -DKBUILD_BASENAME=scsi_syms -DEXPORT_SYMTAB -c
> scsi_syms.c
>
>ld -m elf_i386 -r -o scsi_mod.o scsi.o hosts.o scsi_ioctl.o constants.o
> scsicam.o scsi_proc.o scsi_error.o scsi_obsolete.o scsi_queue.o scsi_lib.o
> scsi_merge.o scsi_dma.o scsi_scan.o scsi_syms.o
>
>ln -sf sim710.scr fake7.c
>
>gcc -E -D__KERNEL__ -I/usr/src/linux-2.4.20/include -traditional -DCHIP=71
>0 fake7.c | grep -v '^#' | perl -s script_asm.pl -ncr710
>
>script_asm.pl : Illegal combination of registers in line 72 :   MOVE CTEST7
> & 0xef TO CTEST7
>        Either source and destination registers must be the same,
>        or either source or destination register must be SFBR.
>make[2]: *** [sim710_d.h] Error 255
>make[2]: Leaving directory `/usr/src/linux-2.4.20/drivers/scsi'
>make[1]: *** [_modsubdir_scsi] Error 2
>make[1]: Leaving directory `/usr/src/linux-2.4.20/drivers'
>make: *** [_mod_drivers] Error 2

>


Il semble bien q'un des drivers proposes pour inclusion par le .config
fasse echouer la compil. Au demeurant, obliterer l'ensemble su
sous-systeme SCSI est aussi efficace que brutal... :-)

Je refais donc la manip de mon cote, en utilisant comme modele un autre
.config (plus recent) de RedHat, car je n'ai pas (plus) celui que j'ai
utilise pour la compil sur la machine de Yves.

tar xjvf linux-2.4.20.tar.bz2
cd linux-2.4.20/
cp /usr/src/linux-2.4.18-27.8.0/configs/kernel-2.4.18-i686-smp.config .config
vi .config


Ou je fais la manip suivante (format pseudo-diff) pour mes Pentium-III [1]

- CONFIG_M686=y
+ # CONFIG_M686 is not set
- # CONFIG_MPENTIUMIII is not set
+ CONFIG_MPENTIUMIII=y


Puis je genere un .config adapte au 2.4.20 avec:

make oldconfig


Ou je reponds "Non" a *toutes* les questions. Puis la compilation a
proprement parler, avec:

make dep && make bzImage && make modules


La compilation reussit... Je ne duplique pas ton probleme. Peut-etre
peux-tu essayer aussi de repasser en P-III? Note qu'il sera *de toutes
facons* important que to compile tes applis de calcul en "-march=pentium4".

A+

[1] Tiens voila une cause possible d'erreur de compilation sur la
machine de Yves: Je pense que peu de personnes activent le support
explicite Pentium IV, preferant -- c'etait mon cas jusqu'a aujourd'hui
-- une optimiaation pour un simple Pentium II (i686).

--
Francois-Xavier 'FiX' KOWALSKI