Re: Erreur de compilation du noyau
Bonjour, Laurence Colombet wrote: Bonsoir, Arnaud LACOMBE a écrit: On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... Tant qu'on a un .config tout prêt, ça va. Mais quand on veut se faire son propre noyau, aïe aïe aïe :-( :) ben faut dire tout de même que compiler son noyau en ne s'encombrant que du strict nécéssaire n'est pas à la portée de tout le monde déjà, et puis, les sources contiennent une abondante documentation, mais cela peut être fastidieux de lire autant de choses ;). Mais cela permet de mieux comprendre le fonctionnement du noyau, de se faire son petit système à soi personnel et c'est cela qui est sympathique :). [...] J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... Non, je n'en suis pas sûre, justement... Mais comment est-ce que je peux vérifier (et déterminer ce qui pose problème)? Avec ce que tu compte faire ci dessous. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. Bonne idée, tiens: je vais esayer avec le .config du noyau kernel-image-2.4.18-1-386 (que j'ai par ailleurs). Si ça passe... soit c'est mon .config qui foire, soit c'est lié à un bout de code que le noyau standard n'utilise pas. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? Je vais essayer aussi, mais pour le coup, j'ai plus confiance en make-kpkg qu'en mes petites mains... lol A+, J8.
Re: Erreur de compilation du noyau
Arnaud LACOMBE a écrit: [...] Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Ouaip, c'est ce que je commence à me dire aussi: j'ai essayé de compiler avec le .config d'un noyau standard, et ça a planté (mais pas au même endroit qu'avec le mien). J'ai relancé une autre fois, au cas où... et l'erreur a été encore différente, même si _ressemblante_ et _à peu près_ au même endroit. J'étais plus habituée aux segfaults et aux plantages vraiment non déterministes, mais je m'oriente quand même vers un problème de mémoire ou de disque. Merci de votre aide à tous. Laura
Re: Erreur de compilation du noyau
Arnaud LACOMBE a écrit: [...] Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Ouaip, c'est ce que je commence à me dire aussi: j'ai essayé de compiler avec le .config d'un noyau standard, et ça a planté (mais pas au même endroit qu'avec le mien). J'ai relancé une autre fois, au cas où... et l'erreur a été encore différente, même si _ressemblante_ et _à peu près_ au même endroit. J'étais plus habituée aux segfaults et aux plantages vraiment non déterministes, mais je m'oriente quand même vers un problème de mémoire ou de disque. Merci de votre aide à tous. Je confirme,j'ai posté pour le même pb au début de la semaine (erreur lors de compil à endroit différent à chaque fois). Et donc dans ce cas c'est hardware, tu peux tester ta mémoire avec memtest86 (tu modifies ton lilo.conf pour démarrer sur l'image de test de memtest86), perso c'était 2 ram de 256Mo :-/ Bon courage mil
Re: Erreur de compilation du noyau
Quoting [EMAIL PROTECTED]: Je confirme,j'ai posté pour le même pb au début de la semaine (erreur lors de compil à endroit différent à chaque fois). Et donc dans ce cas c'est hardware, tu peux tester ta mémoire avec memtest86 (tu modifies ton lilo.conf pour démarrer sur l'image de test de memtest86), perso c'était 2 ram de 256Mo :-/ Pour utiliser memtest86, même sur des machines qui n'ont pas de vrai OS, j'utilise maintenant lnx-bbc. Il s'agit d'un projet de live-distro qui tient sur un CD format carte de crédit (d'où son nom : bbc = bootable business card). Au boot, on peut choisir memtest (enfin... ,e,test, c'est en qwerty). Il y a aussi un environnement graphique de base et tout un tas d'outils bien pratiques pour sauvegarder/diagnostiquer/réparer/obiwankenobi une machine. Il y a aussi les lvm-tools (ce qui m'a sauvé quand j'ai voulu faire mumuse avec LVM). lnx-bbc, ça fait 47Mo, et c'est par là : http://lnx-bbc.org/ François. -- Francois BOTTIN -- How kind, the PFY sighs. But where will I go? Somewhere where they know nothing about computing... where they wouldn't know a RAM chip from a potato chip! But I don't want to visit Microsoft! he whines. The BOFH 1998 - Simon Travaglia (bofh.ntk.net)
Erreur de compilation du noyau
Bonjour, Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon problème: je cherche à me faire un noyau aux petits oignons (pour mon routeur, en désactivant tout ce dont je n'ai pas besoin). J'utilise pour ce faire kernel-sources-2.4.18 et make-kpkg. Jusque là tout va bien. J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao configure clean binary, il se lance... et tout d'un coup, blam, j'ai l'erreur suivante (voir l'attachement erreur pour le message complet): select.c: In function `sys_select': /home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h:311: `asm' operand constraint incompatible with operand size select.c:349: Internal compiler error: select.c:349: internal error--unrecognizable insn: Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc - d'un bug de kernel-sources-2.4.18 - d'un bug de ma configuration (.config fourni en attachement) - d'un bug de ma procédure de compilation - ...? Merci de vos lumières... Laura [...snip] gcc -D__KERNEL__ -I/home/laura/src/kernel-source-2.4.18/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i486 -DKBUILD_BASENAME=select -c -o select.o select.c select.c: In function `sys_select': /home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h:311: `asm' operand constraint incompatible with operand size select.c:349: Internal compiler error: select.c:349: internal error--unrecognizable insn: (insn/i 434 2409 435 (parallel[ (set (reg/v:SI 2 %ecx) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=c) 0[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (set (reg/v:SI 1 %edx) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=D) 1[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (set (reg/v:SI 4 %esi) (asm_operands/v (0:rep; movsl movl %3,%0 1: rep; movsb 2: .section .fixup,ax 3: lea 0(%3,%0,4),%0 4: pushl %0 pushl %%eax xorl %%eax,%%eax rep; stosb popl %%eax popl %0 jmp 2b .previous .section __ex_table,a .align 4 .long 0b,3b .long 1b,4b .previous) (=S) 2[ (reg:SI 0 %eax) (reg:SI 2 %ecx) (mem:SI (plus:SI (reg:SI 7 %esp) (const_int 28 [0x1c])) 0) (reg/v:SI 4 %esi) ] [ (asm_input:SI (r)) (asm_input:SI (0)) (asm_input:SI (1)) (asm_input:SI (2)) ] (/home/laura/src/kernel-source-2.4.18/include/asm/uaccess.h) 311)) (clobber (mem:BLK (scratch) 0)) ] ) -1 (insn_list 432 (insn_list 433 (nil))) (nil)) cpp0: output pipe has been closed make[3]: *** [select.o] Erreur 1 make[3]: Leaving directory
Re: Erreur de compilation du noyau
Le mercredi 27 août 2003, Laurence Colombet a écrit... bonjour, - d'un bug de gcc C'est lequel, car si c'est de la version 3, mieux vaut réessayer avec 2.95 - d'un bug de kernel-sources-2.4.18 pourquoi 2.4.18 alors qu'on en est au 2.4.21 - d'un bug de ma procédure de compilation pourquoi pas un: make-kpkg clean juste après la config (make menuconfig ou make oldconfig) puis le: make-kpkg [options] kernel_image ensuite -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: Erreur de compilation du noyau
On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Bonjour, Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... problème: je cherche à me faire un noyau aux petits oignons (pour mon routeur, en désactivant tout ce dont je n'ai pas besoin). J'utilise pour normal ce faire kernel-sources-2.4.18 et make-kpkg. Jusque là tout va bien. par la méthode Debian donc. J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... configure clean binary, il se lance... et tout d'un coup, blam, j'ai l'erreur suivante (voir l'attachement erreur pour le message complet): Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Dans ce cas, il aurait été judicieux de donné ET la version de gcc ET la version de la debian sur ce poste (stable, testing, unstable ???) Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc peut-être (suivant la version de gcc), normalement le dernier 2.4.22 est compilable avec les nouveaux gcc. - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? - ...? 42 ? Laura Arnaud -- Les règles sont soumises à interprétations.
Re: Erreur de compilation du noyau
Bonsoir, Arnaud LACOMBE a écrit: On Wed, Aug 27, 2003 at 06:35:22PM +0200, Laurence Colombet wrote: Je n'ai jamais aimé compiler un noyau, et ça n'a pas changé. Voilà mon meuh, pourquoi ? c'est pas très compliqué ... Tant qu'on a un .config tout prêt, ça va. Mais quand on veut se faire son propre noyau, aïe aïe aïe :-( [...] J'ai donc décompressé les sources chez moi, installé un .config que je m'étais préparé, lancé fakeroot make-kpkg --append_to_version cacao es tu sûr de ce .config, un jour, une de mes compil a foiré à cause d'un .config foireux ... Non, je n'en suis pas sûre, justement... Mais comment est-ce que je peux vérifier (et déterminer ce qui pose problème)? Le C c'est pas mon truc, l'assembleur encore moins, bref, je n'y comprends rien. Une rapide recherche sur google _semble_ indiquer qu'il s'agirait d'un bug de gcc, mais... je n'ai pas trouvé grand chose dans le BTS qui ait l'air d'être lié à mon problème. Dans ce cas, il aurait été judicieux de donné ET la version de gcc ET la version de la debian sur ce poste (stable, testing, unstable ???) Ouuups, pardon: Debian stable à jour avec les patches de sécurité, donc gcc version 2.95.4-14 et kernel-source-2.4.18 version 2.4.18-13. [...] - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. Bonne idée, tiens: je vais esayer avec le .config du noyau kernel-image-2.4.18-1-386 (que j'ai par ailleurs). Si ça passe... soit c'est mon .config qui foire, soit c'est lié à un bout de code que le noyau standard n'utilise pas. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? Je vais essayer aussi, mais pour le coup, j'ai plus confiance en make-kpkg qu'en mes petites mains... - ...? 42 ? Certainement :-) Laura
Re: Erreur de compilation du noyau
pourquoi 2.4.18 alors qu'on en est au 2.4.21 2.4.22 même Yoann _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Re: Erreur de compilation du noyau
Bon, je me répond à moi-même ayant fait quelque test ... On Wed, Aug 27, 2003 at 09:41:13PM +0200, Arnaud LACOMBE wrote: Je soumets donc le problème à votre sagacité: s'agit-il: - d'un bug de gcc peut-être (suivant la version de gcc), normalement le dernier 2.4.22 est compilable avec les nouveaux gcc. gcc 3.3.1 ne passe pas, normal me semble -t- il, par contre gcc-2.95 passe sans le moindre pbs. - d'un bug de kernel-sources-2.4.18 j'en doute, quoi que ... pour le savoir essaie de compiler le kernel avec un tarball officiel. A première vue donc non. - d'un bug de ma configuration (.config fourni en attachement) éventuellement, essayer avec un .config from scratch, en important celui que tu as. J'ai essayé avec ton .config, ça passe. - d'un bug de ma procédure de compilation idem, as tu essayé de compiler le kernel en n'utilisant pas la méthode Debian, c'est à dire par un antique mais néanmoins très efficace : $ make dep clean bzImage modules ?? J'ai essayé à la mano et par make-pmachin et les deux on fonctionné avec la ligne de commande donnée. - ...? 42 ? Faudrait voir si ça plante toujours au même endroit, dans le cas contraire ce peut être un pb matériel, sans doute que plus d'info aiderons. Arnaud ps: soit dit en passant, le dernier noyau est le 2.4.22 et non le 2.4.21. -- Qui voit plus haut que l'horizon et le futur est son royaume.
