[HS] PB de compilation kernel 2.6

12 réponses
Avatar
Bzzz
Salut liste,

=C3=A9tant donn=C3=A9 que la plupart des kernels V.3.n ralentissent =C3=A9n=
orm=C3=A9ment
mon vieux mono-cpu, j'ai voulu compiler un V.2.6 (2.6.39.4);
cependant la compilation plante au bout de ~1'.
La seule indication que j'ai est le message plus bas.

Est-ce d=C3=BB =C3=A0 une incompatibilit=C3=A9 sid/2.6.n ou bien me manquer=
ait-il
une option dans le setup du kernel? (possible, parce que =C3=A7a fait=20
un bail que je n'avais pas fais la manip).

CC arch/x86/kernel/ptrace.o
arch/x86/kernel/ptrace.c:1366:17: error: conflicting types for =E2=80=98sys=
call_trace_enter=E2=80=99
In file included from /usr/src/linux-2.6.39.4/arch/x86/include/asm/vm86.h:1=
30:0,
from /usr/src/linux-2.6.39.4/arch/x86/include/asm/processo=
r.h:10,
from /usr/src/linux-2.6.39.4/arch/x86/include/asm/thread_i=
nfo.h:22,
from include/linux/thread_info.h:53,
from include/linux/preempt.h:9,
from include/linux/spinlock.h:50,
from include/linux/seqlock.h:29,
from include/linux/time.h:8,
from include/linux/timex.h:56,
from include/linux/sched.h:57,
from arch/x86/kernel/ptrace.c:8:
/usr/src/linux-2.6.39.4/arch/x86/include/asm/ptrace.h:146:13: note: previou=
s declaration of =E2=80=98syscall_trace_enter=E2=80=99 was here
arch/x86/kernel/ptrace.c:1411:17: error: conflicting types for =E2=80=98sys=
call_trace_leave=E2=80=99
In file included from /usr/src/linux-2.6.39.4/arch/x86/include/asm/vm86.h:1=
30:0,
from /usr/src/linux-2.6.39.4/arch/x86/include/asm/processo=
r.h:10,
from /usr/src/linux-2.6.39.4/arch/x86/include/asm/thread_i=
nfo.h:22,
from include/linux/thread_info.h:53,
from include/linux/preempt.h:9,
from include/linux/spinlock.h:50,
from include/linux/seqlock.h:29,
from include/linux/time.h:8,
from include/linux/timex.h:56,
from include/linux/sched.h:57,
from arch/x86/kernel/ptrace.c:8:
/usr/src/linux-2.6.39.4/arch/x86/include/asm/ptrace.h:147:13: note: previou=
s declaration of =E2=80=98syscall_trace_leave=E2=80=99 was here
make[3]: *** [arch/x86/kernel/ptrace.o] Error 1
make[2]: *** [arch/x86/kernel] Error 2
make[1]: *** [arch/x86] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.39.4'
make: *** [debian/stamp/build/kernel] Error 2

real 2m10.539s
user 0m54.050s

--=20
"My God! Are we sure he was a liberal?"
"Pretty sure. They pulled him from a Volvo."

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120517154911.6c7eeb25@anubis.defcon1

10 réponses

1 2
Avatar
J
Le jeudi 17 mai 2012 à 15:49 +0200, Bzzz a écrit :
/usr/src/linux-2.6.39.4/arch/x86/include/asm/ptrace.h:147:13: note:


~~~~~

Je n'y commais pas grand chose, mais il me semble
1. Que c'est un peu vicieux de mettre SID si comme tu dis c'est un vieux
coucou.
2. Peut-être que la nouvelle structure multi-arch ne doit pas faciliter
la régression ?



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Thu, 17 May 2012 16:29:17 +0200
Jérôme wrote:

1. Que c'est un peu vicieux de mettre SID si comme tu dis c'est un
vieux coucou.



Pourquoi donc?

S'il est vrai que Linux a une régulière tendance à l'embonpo int (en
99 on faisait tourner un router sur un 486DXII66, 12 MB de RAM &
740 _MB_ de HD (rempli à 40%), ma bécane a 1.5 GB de RAM - et pou r ce
qui est des packages, il ne faut pas oublier qu'ils sont compilés en
_i386_ en écrasante majorité (excepté le kernel).

C'est *justement* l'une des toutes premières forces de Linux: il
permet de ne pas être obligé de changer sa machine parce qu'une b ande
de marketteux maffieux (maffieux, parce qu'ils sont tellement liés à  
un fondeur qu'on ne sait plus qui est le cul et qui est la chemise) a
décidé qu'il fallait bloater l'"os" pour forcer les gens à c hanger de
machine de façon à ce que le fondeur vende plus de CPUs...

Il n'y a d'ailleurs qu'à 'gader l'engouement que provoque les
"ordinateurs plugin" et autres cartes de faible puissance
ailleurs qu'ici (pourquoi pas ici, d'ailleurs??): je n'en connais
aucun qui tourne avec un autre OS que Linux (et peu d'autres qui
ne consomment que 5W en fonctionnement à 100%).

Donc à part pour jouer comme un forcené ou s'amuser avec la
virtualisation (qui, à mon sens, n'a d'intérêt que dans le m onde
pro, sur du blade et avec migration/failover automatique), quel est
l'intérêt de changer de machine lorsque ça ne s'impose pas?

--
Dames lie about anything -- just for practice.
-- Raymond Chandler

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
J
Le jeudi 17 mai 2012 à 17:09 +0200, Bzzz a écrit :
> 1. Que c'est un peu vicieux de mettre SID si comme tu dis c'est un
> vieux coucou.

Pourquoi donc?



Ben parce que à priori stable marche forcément bien (contrairement aux
problèmes rencontrés sur certains nouveaux matos comme mon chipset
optimus), alors que sid... est unstable donc peut poser le genre de
problème que tu essaye de résoudre.

Ma formulation est un peu excessive mais je pense qu'au delà de
l'embonpoint il doit y avoir des problèmes de debuggage/optimisation. Ça
ne doit pas être évident de tout optimiser pour toutes les
architectures, même une machine peu puissante actuelle intègre pas mal
de nouveautés par rapport à un pentium 3 ou 4 au niveau cpu-gpu.
J'imagine assez bien que l'exploitation de nouvelles fonctions peut
devenir un goulet d'étranglement sur un matériel ne l'implémentant pas.
Je me trompe peut-être.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Sat, 19 May 2012 00:55:03 +0200
Jérôme wrote:

pentium 3 ou 4 au niveau cpu-gpu. J'imagine assez bien que
l'exploitation de nouvelles fonctions peut devenir un goulet
d'étranglement sur un matériel ne l'implémentant pas. Je m e trompe
peut-être.



Je ne comprends pas ta position, le kernel et ses modules sont faits
pour détecter le matériel et s'y adapter (presque) sans intervent ion
extérieure.
Donc ce n'est pas parce que le driver bignhard supporte 200 types de
chipsets|devices différents qu'il va chercher à faire fonctionner
quelque chose qui n'existe pas sur une machine.

--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Fabien R
On 17/05/12 15:49, Bzzz wrote:
Salut liste,

étant donné que la plupart des kernels V.3.n ralentissent énormément
mon vieux mono-cpu, j'ai voulu compiler un V.2.6 (2.6.39.4);
cependant la compilation plante au bout de ~1'.



Quelle architecture as-tu défini dans le fichier de configuration ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Sat, 19 May 2012 11:29:11 +0200
Fabien R wrote:

>
Quelle architecture as-tu défini dans le fichier de configuration ?



? j'ai repassé en revue les options mais rien de spécifique sur
l'archi; si tu veux dire le CPU, c'est athlon/duron/k7.

--
BOFH excuse #367:
Webmasters kidnapped by evil cult.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Fabien R
On 19/05/12 13:33, Bzzz wrote:

? j'ai repassé en revue les options mais rien de spécifique sur
l'archi; si tu veux dire le CPU, c'est athlon/duron/k7.




Quelle commande utilises-tu pour la configuration ?
Où as-tu récupéré les sources ?
Quelle version de gcc est installée ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Sun, 20 May 2012 10:38:53 +0200
Fabien R wrote:

Quelle commande utilises-tu pour la configuration ?



make menuconfig

Où as-tu récupéré les sources ?



kernel.org

Quelle version de gcc est installée ?



gcc version 4.7.0 (Debian 4.7.0-8)

--
<Knghtbrd> aggh!
<Knghtbrd> MAKE IT STOP!
<Knghtbrd> MAKE IT STOP!!

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Fabien R
Tes manips on l'air correct.
Peut-être que cette erreur provient d'un problème de version du code source.
Essaie d'utiliser l'un des noyaux déclarés comme stables sur la page
d'accueil du site kernel.org.
-
Fabien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Mon, 21 May 2012 09:12:19 +0200
Fabien R wrote:

Tes manips on l'air correctES.
Peut-être que cette erreur provient d'un problème de version du
code source. Essaie d'utiliser l'un des noyaux déclarés comme
stables sur la page d'accueil du site kernel.org.



déjà fait, même punition.

--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2