Articles précédents : Code
- [9] EDF libère Code_Aster comme promis
- [30] 10ème édition du Concours National Individuel d'Informatique
- [29] Concours de plantage
- [13] Darwin OS disponible sur Intel x86
- [103] Un autre compilateur Java générant du code natif x86
- [89] Un script pour récupérer son XP
- [5] Un script pour detecter un scan de Nimda
- [18] Loki annonce un concours "Jeu SDL" !
- [6] Nouvelle release de GnomeMeeting
- [23] Sondage de Sony : Linux sur PS2
linux-2.4.17 (968 hits)
patch-2.4.17 (802 hits)
> Lire les commentaires (26 commentaires, moyenne: 11,8).
KT133
ayant une CM Abit KT7 Raid (KT133), j'ai sur la serie 2.4 (uniquement) du kernel des "spurious interrupt".
Quelqu'un saurait il comment resoudre ce probleme (recurrent chez moi) ? le 2.4.17 resoud il ce probleme ?
-
[+] [^]Re: KT133
Posté par Jonathan Loriaux (page perso, ) le 22/12/2001 à 21:23. (lien). Évalué à -2.En tout cas ils n'ont pas l'air d'en parler dans le changeLog.
Ils parlent de Raid mais je doute que ce soit bon pour toi.--
Jonathan Loriaux - Indépendant - Gestion de projets web, création et conception de sites internet
-
[^]Re: KT133
Posté par Jean () le 22/12/2001 à 21:24. (lien). Évalué à 16.qq' un a résolu ce problème apparemment:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0109.2/1317.html(...)
(enfin ça a l'air bancal)
-
[^]KT133
Posté par Serge Rossi (page perso, ) le 22/12/2001 à 22:39. (lien). Évalué à 23.Ca a déjà été discuté du LKML. C'est une maladie du chipset KT133 qui apparait quand on compile le noyau avec le support Local-APIC et IO-APIC (je ne sais plus lequel des deux).
Ca n'est normalement pas génant.
Chez moi (CM MSI KT133 + 686A), il le dit juste une fois au boot :
spurious 8259A interrupt: IRQ7
Pour faire disparaitre ça, recompile ton noyau sans Local-APIC ou IO-APIC, je ne sais plus lequel des deux, faut faire le test.-
[+] [^]Idem sur Dell Inspiron 2500
Posté par Baptiste Malguy (page perso, ) le 24/12/2001 à 18:18. (lien). Évalué à -2.Là c'est un i815, le truc tout intégré pas génial du tout (genre le son qui saccade lors du changement de bureau virtuel).
Bon, ok, c'est un laptop, donc ordi à problème à la base :) mais néanmoins le KT133 n'est pas tout seul.
-
enc** de mouche
On en voit déjà raler sur le fait que la nouvelle politique de nommage des noyaux n'a pas été respectée par M. Tosatti. Il aurait osé introduire des changements (réparation de pb de compilation) entre le dernier -rc et la version finale! :) cf http://www.uwsg.indiana.edu/hypermail/linux/kernel/0112.2/1303.html(...)
Lui répond qu'il avait dit qu'il n'ajouterait pas de nouvelles fonctionnalités.
Je crois qu'il faut bien sortir le bazar à un moment. Et puis s'il fait ce qu'il a annoncé, on ne peut pas lui en vouloir.
-
[^]enc** de mouche
Posté par Serge Rossi (page perso, ) le 22/12/2001 à 22:44. (lien). Évalué à 23.Réparer un problème de compilation, ça n'est pas vraiment une nouvelle fonctionnalité non plus :-)
Et effectivement, dans les 2 -rc, il n'y a eu rigoureusement que des corrections de bugs, rien de nouveau.
En tous les cas, pour l'instant, il fonctionne très bien (11:40pm up 6:52, 2 users, load average: 1.56, 1.68, 1.74).
Patchs?
L'auteur de la news parle du patch preempt que je vai tester de ce pas, mais y a-t-il quelque part un site qui référencerait les différents patch disponibles pour le noyau car c'est un peu (beaucoup) un hasard si j'ai eut connaissance de ce patch.
-
[^]Re: Patchs?
Posté par Jean () le 22/12/2001 à 22:39. (lien). Évalué à 23.Ca doit pas être vraiment ce que tu cherches, mais il y une liste des patchs envoyés sur la mailing liste du kernel, ici: http://www.linuxhq.com/kernel/v2.4/unofficial/index.html(...)
-
[^]Re: Patchs?
Posté par wismerhill (page perso, ) le 22/12/2001 à 22:52. (lien). Évalué à 18.Non, ceux-là sont des patch prévus pour être intégrés dans le noyau officiel, je parle d'une liste de patch ajoutant des fonctionnalités qui ne se trouvent pas dans le noyau officiel, du genre justement du patch preempt, de alsa (qui sera parrait-il intégré dans le 2.5) ou encore de patchs pour augmenter la sécurité.
Si une telle liste n'existe pas il pourrait être intéressant de la créer (faudra peut-être que j'y pense).-
[^]Re: Patchs?
Posté par Jean () le 22/12/2001 à 23:08. (lien). Évalué à 16.« ceux-là sont des patch prévus pour être intégrés dans le noyau officiel »
C'est pas sur: « Note: These are Unofficial patches ». Il me semble que tous ces patchs ne vont pas être intégrés au noyau.
Pour le patch preemt, l'annonce pour l'architecture SH est justement dans cette liste ;) Celle pour l'archi x86 a du y passer.-
[^]Re: Patchs?
Posté par wismerhill (page perso, ) le 23/12/2001 à 00:01. (lien). Évalué à 15.Si je lis bien il s'agit de patchs proposés sur la ML du noyau mais non intégrés, ce qui exclu forcément des patch peut-être intéressants dont les auteurs n'ont pas jugé utile de proposer de les inclure dans le noyau officiel.
Je vai tout de même garder cette page dans mes liens ;)
-
[^]Site
Posté par wismerhill (page perso, ) le 23/12/2001 à 20:22. (lien). Évalué à 12.En faisant une petite recherche sur google j'ai trouvé un site dont le but est de référencer les patch du noyau
http://linux-patches.rock-projects.com(...)
Apparemment le site est encore assez jeune car il référence très peu de patch (et il considère le 2.4.17 comme un kernel de développement).
Si vous avez des patchs intéressants non inclus dans le noyau allez vous y faire enregistrer.
-
-
-
-
[^]Re: Patchs?
Posté par Guardian () le 23/12/2001 à 23:12. (lien). Évalué à 15.Y'a FOLK http://folk.sourceforge.net/(...)
Ils référencent une bonne liste de patchs sympatiques
Et les mirrors bordel !
C'est pas une bonne idée de donnée comme adresse : ftp.kernel.org.
Ce serveur est chargé et c'est faire insulte à ceux qui mettent en place un mirror.
A l'avenir, linuxfr doit au minimum donner ftp://ftp.fr.kernel.org/(...) ou http://www.fr.kernel.org/.(...)
Et la liste des mirrors :
http://www.kernel.org/mirrors/(...)
-
[^]Et pour les belges
Posté par wismerhill (page perso, ) le 22/12/2001 à 22:53. (lien). Évalué à 14.Il y a belnet
ftp://ftp.belnet.be(...)-
[^]et tant qu'a faire
Posté par Benjamin Michotte (page perso, ) le 23/12/2001 à 10:58. (lien). Évalué à 3.Y'a aussi ftp://ftp.skynet.be(...) qui est super rapide
-
preempt patch
> Pour ceux utilisant des ordinateurs de bureau, pensez à installer le preempt patch qui améliore les temps de réponse.
Pour des ordinateurs de bureau !?!
Je vois pas l'intérêt pour un ordinateur de bureau.
Linux est déjà préemptible (pas au niveau noyau d'accord...).
Bon, c'est un mieux pour l'audio/video.
J'ai parfois des problèmes lors de la lecture de dvd dès que la charge monte un petit peu. Par exemple lorsque je lance Mozilla !
Qu'un peu confirmer l'amélioration.
-
[^]Re: preempt patch
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 23/12/2001 à 10:09. (lien). Évalué à 15.Moi, c'est pareil, je me demande ce que cela peut donner...
C'est surtout la partie des appels systèmes qui peuvent ne plus être non interruptibles qui me fait peur... (dans le cas d'un appel fork/exec ou system)
Par ce que s'ils sont interrompus, comment seront-ils repris...
J'en avait parlé dans la news sur le patch, mais personne ne m'avait répondu... (http://linuxfr.org/comments/thread.php3?news_id=6400&com_id=871(...) ) peut être que quelqu'un pourra me répondre sur cette news...-
[^]Re: preempt patch
Posté par pas_moi () le 23/12/2001 à 18:24. (lien). Évalué à 24.Avec ce patch, le noyau ne devient pas 100% préemptible; par contre, il y a de nombreux endroits où le noyau peut passer la main sans problème.
La difficulté de la réalisation de ce patch revient donc à trouver les parties du code qui peuvent poser un problème: par exemple, préempter la partie d'un fork qui choisit le pid peut mener à avoir 2 processus avec le même pid. Or toutes ces parties ont déjà été identifiées pour que Linux supporte plusieurs processeurs donc c'est bueno: il ne reste plus qu'à mettre en place le méchanisme de préemptibilité (préemptibilisation?) du noyau et le tour est joué.-
[+] [^]Re: preempt patch
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 23/12/2001 à 20:35. (lien). Évalué à -2.ok ok...
Je vois que certains cas ont déjà été envisagé...
Mais je ne pense pas tester cela tout de suite... ou alors, juste pour voir, en essayant justement de trouver les cas délicats.
Merci !-
[^]Re: preempt patch
Posté par pas_moi () le 23/12/2001 à 20:41. (lien). Évalué à 12.Si le noyau marche en multiprocesseurs, c'est que la grande majorité des cas a été envisagée. Je ne dis pas tous les cas, parce qu'on ne peut pas être sûr :-)
Si ça peut te rassuer, ça fait quelques mois que je m'en sers personellement et professionellement, et je n'ai toujours pas eu de problème (à part un plantage du filesystem avec un 2.4.10, corrigé sans perte).
-
-
-
Preempt Patch
Alors que le "preempt patch" pour le noyau 2.4.17 n'apparait pas encore sur la page Web mise en lien, il est déjà dispo à l'adresse:
http://www.kernel.org/pub/linux/kernel/people/rml/preempt-kernel/v2(...)
-
[^]Re: Preempt Patch
Posté par wismerhill (page perso, ) le 23/12/2001 à 18:53. (lien). Évalué à 8.Et
preempt-kernel-rml-2.4.17-1
c'est pas un patch pour le noyau 2.4.17?




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.