** le kernel 5.8 est dispo **

-avant 4KSTACKS était une option mais maintenant, il est inclu d’office. Pour l’elever, il faudra faire un patch -R sur le/les bon(s) patch situé dans le rep broken out.

  • J’utilise XDirectFB sur une nvidia avec le drivers vesa et c’est mieux qu’avec les drivers proprio nvidia. Le seul bemol est l’impossibilité d’utiliser les appli OpenGl et Xv. Mais pour une utilisation desktop (programmation, surf, bureautique, etc…), c’est vraiment excellent. Je te conseille vraiment d’essayer, cela vaut le coup.

Je ne peux pas : J’ai besoin d’OpenGL pour le boulot :frowning:
A quoi sert cette option? Changer la taille de la pile ok mais concretement??

Concretement, je pense qu’elle réduit la charge mémoire glogale, en réduisant l’occupation mémoire de chaque processus.

les patchs d’andrew je les considère comme les debuts du 2.7…
la stabilitée plutot douteuse, et des erreurs grossières comme une boucle pas fermées sont plutot fréquentes.

Le pb étant qu’il va devenir le mainteneur officiel du 2.6 une fois le 2.7 commencé…faudrait qu’il se calme et qu’il accepte moins de patchs. a chaque fois, c’est Linuxs qui envoie des mails du genre “calm down please” à la communauté des dévelo noyau; jamais Andrew.

lol, ptete paskeu linux connais mieux ca :stuck_out_tongue:
Faut dire que ca fait plus longtemps qu’il fait des noyaux, non?
[:ane_rit]

The latest prepatch for the stable Linux kernel tree is: 2.6.5-rc2

Y en a qui ont des news à propos de patchs sur NFSv3 ?

nop

J’ai une version légèrement modifiée de vmstat et iostat…(= entièrement re écrit avec support multi processeur et cluster) mais je ne sais pas ou l’envoyer… Le gars qui a fait la première version n’a pas d’adresse valide :frowning:

:-/
je sais pas plus que toi :stuck_out_tongue:

:frowning:

Les idées sont les bien venues…

Bon ça m’embête cette histoire d’incompatibilité avec les nvidia.
J’espère que le 2.6 ne va pas changer d’interface tous les deux jours. Ok nvidia à tord de NE faire PAS de l’open source mais le 2.6 est le noyau stable actuel alors je ne comprends pas trop pourquoi faire un tel changement maintenant…

Je viens de découvrir une option qui m’avait échappée dans “processor type and features” :slight_smile: :

[cpp]Use register arguments (EXPERIMENTAL) (REGPARM)

Compile the kernel with -mregparm=3. This uses an different ABI
and passes the first three arguments of a function call in registers.
This will probably break binary only modules.

This feature is only enabled for gcc-3.0 and later - earlier compilers
generate incorrect output with certain kernel constructs when
-mregparm=3 is used.[/cpp]

J’avais déjà essayé avec un 2.6.5-rc2-mm2 mais je n’arrivais pas à booter. Maintenant, cela marche avec un 2.6.5-rc2-mm3.

Plusieures remarques sur cette option:

  • elle réduit la taille du kernel de quelques dizaines de ko.
  • elle casse la compatibilité des modules binaires.
  • comme -fomit-frame-pointer, elle empêche l’utilisation de debuggers.
  • peut-être une petite amélioration de perf (“Also note 0.1 … 1.0% speedup in various benchmarks”, d’après Andi Kleen)

ca sert a quoi donc?
Sinon de quoi tu parle fakbill, nvidia ne fait pas d’open source justement… enfin je pense que c’est se que tu voulais dire :stuck_out_tongue:

J’ai édité mon post :stuck_out_tongue:

J’avais vu cette option mais je ne l’avais pas testé car elle me semble inutile. Je trouve même qu’il y a plus d’inconvénients que d’avantages. Je trouve que l’on devrait éviter de changer l’interface du noyau stable, sauf si on a vraiment une bonne raison de le faire.

keskia dans la 2.6 avec nvidia?
paskeu moi jai une geforce et jai un ecran noir au boot de la 2.6.4 (juste apres grub)

pas de problemes jusqu’a 2.6.4 pour moi avec la GF3 :slight_smile:

tbxfiles : ce st uniquement des parties du patch mm, ds le 2.6.5-rc**-mm* qui st source d’incompatibilité.
Le 2.6.4, ça roule bien :).

?? Je ne comprends plus qqch :

Je croyais qu’Andrew était le mainteneur officiel du 2.6 et que Linus ne bossait dessus qu’en attendant le 2.7.
Or, les patchs d’Andrew partent en live en ce moment je trouve. Quand on voit ces derniers mm, c’est devenu de l’expérimentation et ça n’arrete pas de changer.
Aurais je raté un message de Linus à ce sujet? La politique actuelle semble étre la suivante : bcp de patchs mm entre chaque rc et Linus calme le jeu à chaque fois.