Alan Cox et ses patchs du jour

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
0
2
mai
2001
Noyau
Comme vous le savez, les développeurs du noyau se sont donnés deux mois pour rendre la branche du kernel 2.4 stable. Force est de constater qu'ils vont peut être un peu vite. J'en veux pour preuve deux nouveaux patchs dans la meme journée (ac2 et ac3) pour le noyau 2.4.4 qui fixent certains problèmes graves, tels que :

- revert wrong changes in scsi drivers which subtly killed 15 drivers
- revert wrong mount changes (ac2)
- fix hang on boot with SMP (ac3)
- bounce buffers fixes (ac3)

En bref, pas mal de fixes vraiment indispensables si comme moi, vous avez installé le 2.4.4 et que vous avez des péripheriques SCSI.

Aller plus loin

  • # Et moi, et moi, et moi !

    Posté par  . Évalué à 0.

    Et que dire pour ma config qui a du SCSI ET du SMP !!! :-/

    Je crois que je vais attendre le 2.4.5 ! :-)

    • [^] # Re: Et moi, et moi, et moi !

      Posté par  . Évalué à 0.

      Ca va cool la vie ! Et tout ça dans ton garage ?

    • [^] # Quelle idée !

      Posté par  . Évalué à 0.

      D'utiliser des noyaux si "jeunes".
      J'attendrai au moins 2-3 mois avant de passer au 2.4

      Ou alors faut avoir une machine secondaire sur laquelle on peut se permettre de gros plantages.

      • [^] # Re: Quelle idée !

        Posté par  . Évalué à 0.

        A vrai dire, j'utilise un 2.2.19 !

        J'était passé au 2.4.2 un temps. Mais je me suis aperçu qu'il tuait certains processus sans raison apparente et sans rien dire dans les logs (ce bug n'est apparu que lorsque je le lance en SMP).

        Donc, je suis vite repassé a un noyau stable.

        Ce qui ne m'empeche pas de compiler les noyau 2.4.x de temps en temps pour voir ce que ça donne !

  • # bug Soutbhridge 686B de VIA.

    Posté par  . Évalué à 0.

    apparemment le problème est réglé dans la série ac depuis 2.4.3-ac7
    mais comment un tel bug peut être corrigé ?
    est ce que ça un impact sur les performances ce genre de correction ?(cad désactiver des fonctionnalités hardware pour contourner le problème )
    ou c'est des problème du bios ? dans ce cas comment linux arrive a corriger ça ?

    • [^] # Re: bug Soutbhridge 686B de VIA.

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

      Etant possesseur d'une ABIT KT7A-RAID avec un Athlon depuis deux semaines, je me suis un peu penche dessus et c'est normalement un probleme Bios. VIA a d'ailleurs poste quelques correctifs aux differents fabricants de cartes meres pour qu'ils postent des nouveaux bios (http://www.viahardware.com(...)) mais il y a aussi des fonctions qui sont purement logicielles et a ce titre linux tout comme $ peut donc influer sur les echanges et prevenir une corruption.

      • [^] # Re: bug Soutbhridge 686B de VIA.

        Posté par  . Évalué à 1.

        excusez mon ignorance, mais il me semblait que Linux s'en tapais royal du bios et que toutes les fonctionnalités du bios sont presentes dans le noyaux. maintenant si j'ai dit une grosse conneries, siou plait, tapez pas trop fort....

        • [^] # Re: bug Soutbhridge 686B de VIA.

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

          Royal serait pas le terme mais il outrepasse certaines fonctions. Ca evite de voir les deboires des utilisateurs Windows avec le KT133 !

          • [^] # Re: bug Soutbhridge 686B de VIA.

            Posté par  . Évalué à 0.

            il faudrait etre clair ..
            ce week end , j'ai perdu mon temps a conf des machines et serveur av des cartes isa reseau qu'on avait recupere (histoire de faire qlq economies !!)
            et bien rien a marcher..(le week end entier perdu!)
            on a installé diff unix (bsd et linux)et ca marchait pas!
            on m'a dis pb de bios buggé !!
            alors q je pensai q linux s'en servait pas!
            et au fait question ,peut etre bete ,mais les cartes ont des bios aussi non?

            • [^] # Re: bug Soutbhridge 686B de VIA.

              Posté par  . Évalué à 1.

              T'est sur que c'est pas des cartes HP ou autre saloperies proprietaires. Car si c'est le cas, c'est tout a fait normale, elles respectent aucune normes. Dans certain cas, il faut m^eme des routeurs specifiques pour qu'elles fonctionnent.

            • [^] # Re: bug Soutbhridge 686B de VIA.

              Posté par  . Évalué à 0.

              Si les cartes ISA ne sont pas plug and play. Il est possible qu'une carte PCI plug and play cherche à prendre les interruptions des cartes ISA. Il faut configurer le BIOS pour qu'il n'utilise pas les interruptions nécessaire à tes cartes ISA sur le BUS PCI.
              J'ai déjà rencontré ce problème sur avec une carte ISA + carte PCI PnP sous linux ET sous win.

              • [^] # Cartes réseau ISA

                Posté par  . Évalué à 1.

                Si les cartes ISA ne sont pas plug and play. Il est possible qu'une carte PCI plug and play cherche à prendre les interruptions des cartes ISA.

                En effet.

                L'autre solution est de changer les IRQ et ports des cartes ISA pour des libres. Avec beaucoup de compatibles NE2000 notamment, ça se fait habituellement avec un petit utilitaire sous DOS (DIAG.EXE, par exemple) et la carte conserve cette configuration même hors tension. À noter que sous Windows aussi, il faut faire la même tambouille...

                « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

                • [^] # Re: Cartes réseau ISA

                  Posté par  . Évalué à 0.

                  Comment on fait ça exactement ? J'ai eu des pbs avec des cartes réseau ISA, et j'ai finalement laissé tomber pour des PCI mais j'ai toujours mes ISA. Ca vient peut-être du problème que tu décris.

                  • [^] # Re: Cartes réseau ISA

                    Posté par  . Évalué à 1.

                    Comment on fait ça exactement ?

                    Ça dépend sûrement de ton DIAG.EXE, lui-même dépendant de ton modèle de carte...

                    Si tu n'as plus les disquettes qui allaient avec tes cartes réseau mais que ce sont des compatibles NE2000, tu peux essayer celui-là : ftp://ftp.telekabel.at/pub/chello/Treiber/Netzwerkkarten/AlliedT/2(...) .
                    Il a marché pour toutes les compatibles NE2000 avec lesquelles je l'ai essayé, les paramètres de la carte se configurent par menu, le seul truc, c'est qu'il affiche n'importe quoi concernant les IRQ disponibles ou non, mieux vaut se fier à /proc/interrupts (et /proc/ioports)... Néanmoins quand tous les tests passent, c'est qu'il n'y a plus aucun conflit.

                    j'ai finalement laissé tomber pour des PCI

                    Avec un peu de chance, pas des D-Link avec chip VIA Rhine II. Sinon, ne surcharge pas le réseau : quand le chip détecte trop de collisions, il se bloque en erreur et le driver n'arrive pas à le réinitialiser...
                    La dernière fois que j'ai utilisé des vieilles NE2000 ISA, c'était justement pour remplacer des D-Link 530TX...

                    « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

                    • [^] # Re: Cartes réseau ISA

                      Posté par  . Évalué à 1.

                      ftp://ftp.telekabel.at/pub/chello/Treiber/Netzwerkkarten/AlliedT/2(...)

                      Note : sur le même serveur (ça doit être un NOOS autrichien), tu as les "Treiber" pour d'autres "Netzwerkkarten" de l'époque, y compris les DIAG.EXE, donc tu y trouveras peut-être ton bonheur, même si tes cartes ne sont pas des NE2000.

                      « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

                    • [^] # Re: Cartes réseau ISA

                      Posté par  . Évalué à 0.

                      J'ai chez moi un routeur DSL qui sert aussi de "switch", avec 4 DFE530TX dessus, les becanes echangent des fichiers a 100Mbps par son intermediaire, il a 90 jours d'uptime, et pas un seul message du driver dans les logs.
                      Par contre, chez des potes a qui j'avais recommande la carte, qui ont un athlon sur carte mere VIA, pour ne pas les nommer, apres 2 ou 3 paquets envoyes, la carte est bloquee a donf.
                      Meme probleme du cote du chipset realtek 8139.
                      Bref, c'est pas un probleme de carte reseau, c'est un probleme de carte mere (pour le realtek, c'est un autre probleme, le driver a l'air d'avoir des merdes chez pas mal de monde, mais encore une fois, ce chipste est le plus repandu certainement, et souvent sur des cartes mere VIA)

                    • [^] # Re: Cartes réseau ISA

                      Posté par  . Évalué à 1.

                      Moi aussi, j'ai eu un pb avec les DFE 530 TX...

                      Elles sont non standards, faut télécharger le driver de chez D-Link sinon ...

        • [^] # Re: bug Soutbhridge 686B de VIA.

          Posté par  . Évalué à 0.

          En fait, le BIOS des PC modernes est plus qu'un BIOS. On devrait parler de firmware du PC.

          Il fournit la couche BIOS pour les OS qui en ont encore besoin mais il contient aussi tout le code qui sert à initialiser le PC, à mettre tout le monde à sa place du point de vue adressage.

          Il intègre aussi du microcode qui est chargé dans le processeur à l'initialisation et qui peut (légèrement) changer son comprotement. A priori, il y a aussi du microcode pour le chipset.

          La version de firmware dans ton PC EST importante pour l'OS qui tourne au dessus, même s'il n'utilise pas les vieux appels BIOS.

          • [^] # Re: bug Soutbhridge 686B de VIA.

            Posté par  . Évalué à 0.

            merci de ta reponse..:)
            donc le technicien me parlait bien d'un pb au niveau du bios machine et pas cartes!
            on a d'ailleurs updaté le bios du serveur mais rien a fait..
            la ou c'est enervant c que sous win ca doit marcher!!
            en ts cas on a commandé des cartes pci !!

  • # Mais , faut tout simplement utiliser des noyau 2.2.x

    Posté par  . Évalué à 0.

    Je suis persuade que dans beaucoup de cas un noyau 2.4 ne simpose pas ...

    faudra attendre les 2.4.15...

Suivre le flux des commentaires

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