Reprise du message précédent :

Grsec sans pax c'est mal , avec pax ca plante .
c'est donc toi qui est mauvais

 
ok, scuse, j'ai trouvé mon maitre
 
   

Bon, je ne serais normalement pas là durant les deux prochaines semaines (concours obligent ...), vous pourrez donc éditer le premier post à ma place et faire vos feintes de release 2.6.68 à votre guise

 
Pour compléter les patchs : le nouveau mm

 
t'a utilisé quel patch pour supermount?

falconn : le patch supermount (ng même)
http://supermount-ng.sourceforge.net/

Nouvelle version des love-sources : http://forums.gentoo.org/viewtopic.php?t=163399

fctionne bien

en fait j'utilise le patch cko-1 http://kem.p.lodz.pl/~peter/cko/ et il inclut le patch supermount indiqué par j_c_p

merci!

 
Pour l'appliquer sur les derniers kernels (2.6.5 par ex) tu fais comment ? Marche habituelle (patch) ?

 
Il est possible de retirer des patchs pour l'alléger ? Ou de les récupérer pour les réappliquer ensuite sur un kernel propre ?

Un petit patch -p1 devrait suffire

oui, mais il faudra peut-être faire du reverse sur qq pts
 
Sinon, pour ton autre question, aussi, regarde sur le FTP, il  y a le patch global, ensuite, pour appliquer les patchs un à un, bah faut le faire à la main, après avoir trouvé les patchs.

C'est juste que pour le supermount-ng la version compatible s'arrete au 2.6.3  

[root@thirrouard mozilla]# uname -a
Linux thirrouard 2.6.5-1.326custom #1 Sun Apr 18 15:54:05 EDT 2004 i686 athlon i386 GNU/Linux
 

Merci fedora, sous Mandrake j'ai jamais reussi a compiler mon propre kernel, alors qu'avec fedora j'ai pas eu de probleme majeur
Enfin c'est peu etre aussi que j'ai un peu plus d'experience...
edit: j'attends le 2.6 final pour faire une compile

arf, es-ce qu'on peu désactivé CONFIG_4KSTACKS avec le 2.6.5?
Parce qu'apparement ca fait foirer les driver nvidia...
et j'ai pas trouver l'option dans mon .config

oui, ds kernel-hacking (sinon, faut patcher à la main, avec le bon patch bien sûr ).

patch a la main...

Le patch
HowTo

heuuu, j'avais vu que c'etait plus un pb avec le kernel de fedora, qui avait CONFIG_4KSTACKS activés par défaut (patch mm sans doute). J'ai donc trouver un autre patch qui permeter d'enlever ca, je vous direz le résulta, mais la je doit réviser pour demain
 
Au fait jcp, tu passe pas sur clubic?

si pq (mais, là j'ai vu ton message en premier ) ?
 
HS : et je terminais un job en plus (et en plus, j'ai lancé la compile de KDE 3.2.2 ).

arf, marche pas, ca msaoul...
 
jpense que c'est du au fait qua linstalation il me dis qu'il peu pas voir ma version de gcc ou un truk du genre, pourtant jai fait CC=gcc32 comme javais vu quelque part

arf, je vois partout d'essayer de desactiver l'agppart de nvidia en faisant ca:
Option "NvAgp" "1", AGPGART not loaded
mais PUTIN C'EST OU QU'ON CHANGE CA!
ils se sont tous mis d'accord pour garder ca sous secret ou quoi? chui pas devin moi merde!

/etc/X11/XF86Config

koa?
en plus je dis ca mais bon, finalement je suis en train de compiler la 2.6.6-rc2  
C'est ptete le kernel de fedora qui chie les drivers nvidia
Sinon merci pour le /etc/X11/XF86Config
En fait j'avais eu la réponse sur un autre forum, mais ca marche toujours pas
(et il n'y avais pas de "option "NvAGP" " )

(Si vous voulez savoir pourquoi au milieu ca a "chier", c'est que F@H c'est lancer, et jlai arreter ensuite ... a chaque fois il fait foirer glxgears... mais pas les jeux... sans doute le nice...)

2.6.6 rc3
 
mini UP deguisé

Un peu rien à voir:
 
est-ce que je peux "cross-compiler" un noyau linux entre une machine bi-Xeon P4 sous MDK 9.2 pour le mettre sur un P3 sous RH 7.3 ?

ok je suis loin d'être un gourrou mais jvais y aller par la logique
 
selon moi c'est faisable, mais t'aura surment un plus gros noyau et plus général que si tu le faisait que pour ton p3 ou ton p4 et que tu lui incluait le strict minimum
 
jai vrai?

c'est surement  faisable mais je me demande, si en plus de choisir la bonne archi dans la config du noyau, il ne fallait passer une tripoté d'option à gcc...

"parce qu'il est bien entendu impensable de lancer X en tant qu'administrateur (root)"
 
[newbisme]Ah bon ca fait quoi, probleme de secu?[/newbisme]

finalement je me dis que ça va foirer, la glibc est aussi differente

 
je fait du debian sid => woody avec les outils debian (make-kpkg)
donc à tester

ça se fait sans pb ; j'ai compilé pluiseurs fois le noyau de ma MDK 9.2 sur a mandrake 9.0 ; le tout c'est de bien choisir les bonnes options quand tu compiles et de ne rien oublier (vmlinuz, system.map, les modules, initrd si besoin) quand tu transfères le tout

je vois pas le probleme , tant que tu choisis les bonnes options lors de la compilation : tu mets P3 , pas de bipro activé, etc etc .
La question se poserait si il fallait compiler a partir d'un Alpha ou d'un SPARC vers x86 , mais la... Xeon et P3 sont tous deux x86

Je pense que ia quelques option gcc a metre, surtout si t'a pas les meme versions de gcc...

gcc 3.2 sur ma MDK 9.0 ; 3.3 sur la MDK 9.2 ; les noyaux passent très bien de l'une à l'autre

sinon, qqu'un a des news sur le futur 2.7 ?

Une sorte de "whishes list" avait été mise en route afin de savoir sur quoi il était important de plancher. Si je me souviens bien IBM avait émis des propositions.

 
ya un url ou on peut voir ses propositions?