Reprise du message précédent :
Oui, enfin, ça va lui donner les modifications, mais peut-être pas pour autant ce que font ces modifs
 
Ah moins que Athome soit expert en kernel

bah il veut connaitre les patchs, je lui donne une piste...
 
après, s'il veut un fichier qui dit ce que corrige les patch par rapport au vanilla, ben mandrake doit fournir ça dans un paquet non?

Il y a les .SPECS sur le CVS de Mandriva, avec le changelog complet, l'ajout de patchs, de fonctions...

ca pourrait ressembler à ceci ?
 
https://cvs.mandriva.com/svn/kernel [...] l-2.6.spec
 
mais c'est pas simple à déchiffrer !!!

athome, regardes à la fin du SPEC c'est plus compréhensible.

UP. 2.6.12.3 est sorti, inotify est maintenant dans 2.6.13-rc3 : yabon !!

inotify ?

un système pour notifier proprement aux applications si et quand le système de fichier à changé
 
http://lwn.net/Articles/104343/
http://lwn.net/Articles/142751/

Bonjour,
Je suis en train de mettre au point un programme qui utilise le processeur à intervalle régulier pendant un certain temps qui dépend d'un pourcentage. Le but est d'obtenir une machine dont les performances sont dégradées (ceci à des fin de recherche). L'intérêt n'est pas évident mais ça peut servir pour faire des test.
 
J'ai donc réalisé un programme qui acquiert la priorité la plus élevé, qui se positionne sur le bon processeur (et qui positionne d'autres threads sur les autres proc) et qui exécute le code suivant :

 
Mon principale problème réside dans le fait qu'en obtenant une priorité dans une file FIFO ou même RR, mon programme accapare tout le processeur (lorsqu'il est dans la deuxième partie de l'algo) et empêche les communications réseau d'avoir lieu.
Le but du programme est de dégrader uniquement les performances du CPU. Il y a sûrement une solution pour permettre aux comm d'avoir lieu tout en empêchant les programmes utilisateurs de tourner. Mais je ne connais pas assez bien le fonctionnement du noyau pour ça.
 
Mon autre problème est que la finesse de l'algorithme dépend du temps pris par usleep(1). Il dépend de HZ et plus HZ est élevé, plus le contrôle est fin. J'ai cependant essayé de faire grimper HZ au-delà de 10 000 voir 100 000 mais j'ai un problème à partir de 1500 (ce qui n'est pas beaucoup mieux que 1000) et si j'arrive à résoudre ce premier problème, j'en ai un autre à partir de 4000 (que je n'arrive pas à résoudre).
Une dernière piste pour améliorer la précision est le patch HRT mais cela fait longtemps qu'il existe et il n'a toujours pas été inlus dans la branche principale du noyau.
 
Quelqu'un a t'il des idées ou même des pistes sur ces points ?

mets ton code entre des balises [code], ca sera plus lisble .
Sinon je sais pas si c'est le topic adapté , tu devrais essayer dans la catégorie programmation du forum.

C'est fait pour les balises.
Le programme dépend du fonctionnement du noyau. Le code n'est pas très compliqué en soit. J'irais comme même voir du coté programmation mais je me demande si on me dira pas la même chose.

2.6.13 out !
le lien vers le kernel complet :
http://ftp.fr.kernel.org/pub/linux [...] 13.tar.bz2
le lien vers le patch pour passer du 2.6.12 au 2.6.13 :
http://ftp.fr.kernel.org/pub/linux [...] 2.6.13.bz2
le plus gros patch depuis un moment
ça a pris le temps, mais enfin, c'est disponible
http://www.osnews.com/story.php?news_id=11709
http://linuxfr.org/2005/08/29/19485.html

Quelqu'un à déjà testé Kexec ?

faudrait peut-être penser à mettre le titre du topic à jour non ?

L'auteur n'est pas là...
A moins qu'un modo...

Ils sont pas la non plus

conso mémoire
https://bugzilla.mozilla.org/show_bug.cgi?id=294760
 
javascript
https://bugzilla.mozilla.org/show_bug.cgi?id=306566
 
inscrivez vous, mettez vous en CC et votez !

Mauvais topic

Le drame des multiples tabs...

tiens, je me demandais bien où j'avais pu posté

il a l'air vraiment bon ce 2.6.13. inotify. Sélection intelligente du mode de préemption (3 modes + BKL préemptif ou pas). et HZ configurable. nickel

Taz boit, nous en avons la preuve formelle

Vous utilisez quoi comme config noyau pour le son (detail des 2 3 sous menus conernés) ????

OSS pour moi, emu10k1

Je me rend compte que mon pb de son doit venir d'ailleur (mais lié au noyau) genre de la configuration des modules....
 
J'ai entendu dire que la reconfiguration des dependances entre modules se fait toute seule grace à une ligne de config située je ne sais où.... vous savez ?

Je cherche les patchs bootsplash et hdparm pour le noyau 2.6.13, quelqu'un aurait un lien svp, je ne trouve pas sur kernel.org.

il faut un patch pour hdparm ???

Non pas vraiment, en fait je parle du patch pour hdparm et les disques sata, il y a certaines commandes qui ne passent pas sans.

bah pour bootsplash, c'est sur le site officiel
bootsplash.de

J'ai essayé une fois... j'ai tout peté
Les paquets ont des dependance bizarre, enfin c'est le gros bordel. C'etait il y a qq mois donc c'est peut-etre resolu maintenant

OK mais sinon je n'ai jamais compris ou se trouvaient les divers patchs dispos sur kernel.org, il y a les branches de téveloppement tout ca ...
 
J'utilise toujours les dernières versions stables du noyau pour tirer le meilleur parti possible de mon disque sata, mais pour l'instant il tourne en 16 bits au lieu de 32, et sans le DMA.
 
J'ai déja entendu parler d'un patch qui active les commandes de hdparm (sans le patch on a des messages d'erreur) mais je ne sais pas mettre la main dessus, donc si quelqu'un peut m'expliquer un peu le fonctionnement du site ou me donner un lien ca serait sympa.
 
Merci

Après 1minutes de recherche google je suis tombé sur ça : http://www.kernel.org/pub/linux/ke [...] ik/libata/

J'ai pas édité mais moi aussi, seulement on a été obligé de passer par google.
 
Il n'y a pas moyen de trouver un patch directement par le site
 
C'est sur avec google spa dur : libata site:kernel.org

J'ai vraiment du mal à configurer le son apres une compilation noyau 2.6.13 sur debian
J'utilise ALSA, bien sur, et le son se coupe des la premiere seconde d'écoute sur tous les médias.
Je pense à un pb de modules, pourtant je n'arrive pas à trouver la cause.
 
Comment s'y prendre pour trouver la source du problème ?

Le plus simple ca aurait été de récupérer le fichier de configuration de ton ancien noyau comme base de ta configuration. Je tourne sous debian en 2.6.13 et je n'ai pas de problème...
 
Sauf !
Je demandais le patch bootsplash tout à l'heure, j'ai deux noyaux 2.6.13 que j'ai compilés l'un avec le patch bootsplash pour 2.6.12 et l'autre pour 2.6.13. Le fichier de configuration est le même.
 
Mon premier noyau a un bootsplash qui fonctionne sauf la barre de défilement. Pour le deuxième, pas de bootsplash
 
J'ai l'habitude de changer de noyau donc je ne pense pas avoir fait d'erreur de manip (j'ai même fait deux compilations vu que j'ai aussi testé le patch libata qui me donne des perfs de disques pourries).
 
Des 2.6.13 avec bootsplash dans la salle ?

oui, moi, et ça marche

 
bah si tu pouvais me filer ton .config en mp
 
Je regarderais demain ce qui ne va pas.

Bon bah c'était idiot mais le bootsplash était désactivé dans la configuration du noyau, je ne sais pas trop pourquoi
 
En tout cas merci.

j'ai un souci apres la compilation de mon kernel :
 
http://forum.hardware.fr/forum2.ph [...] ash_post=0
 
j'ai suivi ce que jlighty m'avait indiqué il y a quelques temps pour mettre a jour ma debian avec le 2.6.13
 
hors quand je m'attaque a grub, ca pose probleme :  
 

 
ca va rebooter?
je pense pas que ce soit bon, et j'ai pas trop envie de dtruire mon secteur de boot...

J'ai toujours des problèmes avec le bootsplash : depuis le passage au noyau 2.6.13 et maintenant 2.6.13.1 la barre de progression au démarage et a l'arret ne s'affiche plus.
 
Personne n'as ce problème ?

si, ça s'affiche plus non plus de mon coté