Oui, si tu as 2 procs dans ton cpuinfo alors laisse l´hyperthreading c´est parfait

Pour l´erreur, c´est un peu bizarre. Je dirai bien "make clean" + "make mrproper" + on recommence (ca peut venir du fait que tu as enleve l´option d´optimisation de la taille mais j´ai du mal a me convaincre moi-meme la...)

Scullder : la il a 2 noyaux. Celui qui vient de l´install de suse et qui marche super bien, mais sans header donc il ne peux pas installer fglrx dessus. Et un noyau compilé par lui, sur lequel il a pu installer fglrx (car cette fois les headers etaient la) mais ce dernier noyau semble lent, et l´erreur dans dmesg est du jamais vu (enfin pour moi en tout cas).
Donc, je pense qu´installer les headers de suse pour le noyau de suse, puis installer fglrx sur le noyau de suse est la meilleure solution.

"Donc, je pense qu´installer les headers de suse pour le noyau de suse, puis installer fglrx sur le noyau de suse est la meilleure solution."

Heu attends faut que je compile ou que j´installe les headers ? je te perds un peu la. Je les trouve ou ces headers ?

Merci d´avance !

up! (baisser les topics foireux)

J´ai reussi a compiler mon noyau ! En fait, malgre l´erreur qui persistait (celle du modules.dep), j´ai reussi a booter sur mon nouveau noyau au demarrage, et ce sans aucuns problemes pour le moment. Mon ordinateur semble plus rapide meme. Que s´est il passe exactement ? Mystere...