Reprise du message précédent :
Incroyable!    
Je suis sous le 2.6.20!    
Un nouveau deb est arrivé aujourd'hui: http://kernel-archive.buildserver. [...] linux-2.6/
Il pèse 400 Ko de plus que celui d'avant-hier, et au bout de plusieurs "dhclient" dans une console root, internet a fini par fonctionner!  

En compilant avec la méthode Debian ça fonctionne.  
Bref 2.6.20 fonctionnel.

oui la lib mesa est bien la , toutes celles  corespondant a "libgl mesa" dans la recherche

mais est ce bien la bonne ? Lors de leur installation les pilotes ATI ou nvidia remplacent la libgl du système par la leur ; il faut la réinstaller par la suite.

apparemment ce sons les bonnes, version 6.5.1-0.5
 
d'autant plus etonan il n'y a aucune erreur dans les logs de xorg

Hop, mon fichier de config pour le 2.6.20, si ça peut dépanner  : http://files-upload.com/files/9657 [...] E.old.html  (Nforce4, avec pas mal d'options activées, cf ma config).

2.6.21 Out !!
Changelog : http://www.kernel.org/pub/linux/ke [...] Log-2.6.21

Ça a l'air d'être une bonne cuvée d'après ce que j'ai pu lire sur linuxfr
 
Le plus intéressant pour moi, ce sont les corrections et améliorations apportées au niveau du clocksource ; depuis le 2.6.18 j'ai eu quelques soucis avec la gestion des timers sur mon système à base de K7 SMP. Il y avait d'ailleurs pas mal d'architectures affectées par divers bugs à ce niveau au vu des patchs qui figurent dans le changelog.
 
Ça mérite que je prenne le temps ce week-end pour compiler tout ça et voir ce que ça donne.    
 
 
 
PS:
Au passage, il faudrait rafraîchir le topic, qui n'est plus en phase avec kernel.org depuis un moment...

Pour ma part, je vois des améliorations sur sata_nv et forcedeth, donc c'est intéressant pour du chipset NForce.

A quoi tu le vois ?

J'ai suivi ton lien.
Je ne suis pas sûr de comprendre ta question.

Ah oki, je pensais que tu avais testé et que tu avais senti une différence à ce niveau là.

Moi ce que j'aime, c'est la stabilisation l'API de KVM

J'ai pas encore eu l'occasion de jouer avec la virtualisation façon KVM ; il faut du matos adapté pour cela, non ?
Sinon quels sont les avantages par rapport à Xen ?

Faut un cpu virtualisation machin (VT chez intel ou pacifica chez AMD). Pa rapport à Xen, le grand avantage c'est que c'est intégré au noyau

Hello
 
Y a t-il des spécialistes de la compilation de noyau ici ?
 
Quelqu'un aurai une idée sur le pourquoi mon noyau que je viens de compiler fait 182,5Mo et ne contient pas de initrd ?
J'ai comparer mon noyau énorme à l'original, et c'est /lib/modules qui prend presque 500Mo une fois dépaqueter.
J'ai suivis plusieurs howto, et rien à faire. J'ai repris le .config d'origine Ubuntu de mon noyau actuel, ainsi que les sources officiel d'ubuntu. Donc logiquement, ca devrais fonctionner.
 
PS: je suis sous Feisty en 64bits.

 
Compressé?
 

 
Le initrd n'est utilisé que si tu en as besoin, genre, chargement de module raid si ta partoche root est sur du raid, ou un LVM.
 

 
/lib/modules contient une arborescence de module par version du noyau, il faut plutot t'intéresser à celui adapté à la version de ton noyau.
 

 
 
Tu veux faire quoi? Compiler ton noyau?

 
'tention, la compile de noyal, c'est réservé au 1337 H4XX0R    

quelqu'un a réussis a compiler ce putain de module fglrx de merde sur un 2.6.21 ? quelle pete burne ces "drivers"
 
radeon, siteuplé, reverse ingine moi ça vite pour ma v5200 \O/ !
 
le driver ça va mais j'aimerai pouvoir lire une video fullscreen sans lag quand même...
 
sinon jdois mettre a jour mon bios pour tester kvm

 
+1
 
Les drivers ati sont à la masse, et il vaut mieux patienter d'une release noyal à l'autre, sinon, cata assurée

C'est dingue quand même, ils branlent quoi chez ATI ? Ca en devient assez exaspérant...

Non, c'est une entreprise qui n'en fichera pas une tant qu'il n'y aura pas une demande significative pour ces drivers. Windows a encore de beaux jours devant lui.

C'est comme d'hab les pilotes ATI, c'est bien pour les consoles Microsoft, au-delà, c'est incertain (et encore, je suis gentil).
 
Le dernier article en date sur le sujet :  http://www.phoronix.com/scan.php?p [...] =695&num=1
 
Sinon : http://www.phoronix.com/scan.php?p [...] =611&num=1

han, apres mise a jour du bios, activation de la virtualization dedans, j'ai un modprobe kvm-intel qui sux, et dmesg | grep kvm me sors alors "disabled by bios"...
quel est cette connerie -_-

J'ai un truc bizarre avec Grub depuis le 2.6.20 : des fois il est super long à charger (la liste de sélection et aussi le chargement du kernel choisi).
 
Ça vous le fait aussi ?
 
ps : ça me le fait sur 2 ordi complètement différents.

Je sais, mais faudra attendre qq jours, pour voir si Udok se manifeste.

Sinon, il faudra que quelqu'un se dévoue pour reprendre la maintenance du topic et se manifeste auprès de moi (ou d'un autre modo, d'ailleurs) pour ce faire

 
sur le 2.6.21 oui
pas a chaque fois
 
j'ai cru que c'était mon reiser qui était pas en forme

Pas de souci pour Grub chez moi (je suis en reiserfs, sauf pour la partition de boot, en ext3).

 
Ça marche comment grub, au niveau du menu de sélection des kernels installés ?
C'est enregistré sur le MBR, ou alors il va pêcher ces infos à chaque fois dans /boot ?
 
S'il va chercher sur /boot, ça pourrait effectivement être en rapport avec le reiserfs, vu que mes 2 machines en sont munies.

grub va lire au boot son fichier de configuration donc pour grub1 /boot/grub/menu.lst

Danke
 
Et grub2 a changé ça ?

il va lire sa conf dans /boot/grub/grub.cfg si je ne me trompe pas.
Tu veux qu'il change quoi? qu'il adopte un fonctionnement a la lilo?

Je sais pas
 
Je demandais ça, car tu avais précisé grub1.

ok.
grub2 n'est pour l'heure pas utilisé par les grandes 'distributions'.
ceci cela pourrait changer par exemple : http://otavio.ossystems.com.br/?p=99

J'ai vu en tous cas qu'il était déjà dans Debian avec marqué "EXPERIMENTAL", le genre de truc qui refroidi, surtout pour un bootloader

Y'a un truc que je n'ai toujours pas compris (si quelqu'un pouvait m'expliquer ca serait cool ^^).
 
Pourquoi peut on compiler certains modules avec juste les kernel headers (ATI, Nvidia par exemple) et d'autres ils font le source complet (reiser4) ?

pas les mêmes requirements

merci je m'en doute, mais pourquoi ?

au risque de dire une connerie :
 
headers, ne serait ce pas que les fichiers .h, et les source,s les fichiers .c avec bien sur. et que la plupart des modules n'ai pas besoin des fichiers c mais que certains plus bas niveau du coté kernel, si, comme reiser ?

 
Oui, 182,5Mo il fait mon deb de la compilation que j'essai de faire. Une fois dépaqueter c'est plutôt dans les 500Mo lol
 

Je suis sous Ubuntu Feisty 64bit, et le initrd est dans le deb du noyau d'origine. Je pensait que c'était obligatoire.
Si c'est pas obligatoire, tant mieux.
 

J'ai recomparer les 2 deb (le mien et l'original) Apparemment se sont des drivers qui prennent une taille énorme.
Il sont dans /lib/modules/2.6.20-*/kernel/drivers
 
 

 
Ben oui. Enfin j'essai.

Le deb est gros s'il contient les headers, ce qui est normal. Mais ca n'est pas le noyau en lui même, cherche vmlinux ou bzImage. La, tu auras la vrai taille de ton noyau.

Grosso modo, nécessaire uniquement s'il faut charger des modules au démarrage qui ne peuvent être chargé autrement (genre, les modules de support raid5 sont sur une partoche raid5, c'est ballot pour aller le chercher...)

Le .deb c'est pas le noyau, c'est un paquet debian. Rien à voir avec ton noyau en temps que tel.

Si c'est la taille de ton paquet qui te gêne, alors dit le comme tel; mais ne dit pas que c'est le noyau, sinon, on comprend rien