• # KT133

    Posté par  . Évalué à 9.

    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  . É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.
    • [^] # Re: KT133

      Posté par  . Évalué à 10.

      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  (site web personnel) . Évalué à 10.

      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  . É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

    Posté par  . Évalué à 6.

    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  (site web personnel) . Évalué à 10.

      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?

    Posté par  . Évalué à 10.

    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  . Évalué à 10.

      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  . Évalué à 10.

        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  . Évalué à 10.

          « 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  . Évalué à 10.

            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  . Évalué à 10.

            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  . Évalué à 10.

      Y'a FOLK http://folk.sourceforge.net/(...)
      Ils référencent une bonne liste de patchs sympatiques
  • # Et les mirrors bordel !

    Posté par  . Évalué à 10.

    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/(...)
  • # preempt patch

    Posté par  . Évalué à 5.

    > 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.
    • [^] # il sera jamais pret...

      Posté par  . Évalué à -5.

      ...pour le desktop a ce rythme la, le temps qu'il aille se patcher....

      ok -1...
    • [^] # Re: preempt patch

      Posté par  (site web personnel) . Évalué à 10.

      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  . Évalué à 10.

        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  (site web personnel) . É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  . Évalué à 10.

            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

    Posté par  . Évalué à 10.

    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  . Évalué à 8.

      Et
      preempt-kernel-rml-2.4.17-1
      c'est pas un patch pour le noyau 2.4.17?
      • [^] # Re: Preempt Patch

        Posté par  . Évalué à -2.

        C'est celui dont je parlais, le lien vient juste d'etre ajouté sur la page Web...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.