Se familiariser avec le noyau Linux

Posté par  . Édité par Benoît Sibaud. Modéré par Fabien Penso.
0
29
oct.
2002
Noyau
Pour tout ceux qui aimeraient bidouiller le noyau Linux, appliquer un patch, compiler un module, trouver de l'aide, voici un site créé par Rik van Riel ( kernel kacker, auteur d'une VM ) qui vous donnera sûrement envie d'appliquer un patch :)

Dans l'interview on apprend notamment que les patchs de linus sont plutôt "timides" par rapport à ceux d'Alan cox (branche -ac) et que selon lui ( Rik), mieux vaux prendre la branche ac.

Aller plus loin

  • # Re: Se familiariser avec le kernel

    Posté par  . Évalué à 1.

    Pour tous ceux qui aimeraient bidouiller le kernel, appliquer un patch, compiler un module, trouver de l'aide, voici un site créé par Rik van Riel ( kernel kacker, auteur d'une VM ) qui vous donnera sûrement envie d'appliquer un patch :)

    Dans l'interview on apprend notamment que les patches de linus sont plutôt "timides" par rapport à ceux d'Alan cox ( branche -ac ) et que selon lui ( Rik), mieux vaut prendre la branche ac.
  • # Patchs ac - Encore faut il pouvoir

    Posté par  . Évalué à 1.

    Encore faut il comprendre ce qu'on fait. Personnellement, je préfére rester avec des noyaux timides puisque je ne comprends pas qu'elles peuvent être les conséquences de tel ou tel choix.
    Il y avait bien le langage de compilation de Eric Raymond qui m'aurait permis de faire des tests plus exotiques mais apparemment il a été lynché en début d'année sur la mailling liste du kernel et plus de cml2 depuis.
    • [^] # Re: Patchs ac - Encore faut il pouvoir

      Posté par  . Évalué à 1.

      bah c'est un peu le but de ce site !
      c'est de t'expliquer à quoi ça sert tout ces patchs, et tout ce merdier !
      une fois que t'as lu....
    • [^] # Re: Patchs ac - Encore faut il pouvoir

      Posté par  . Évalué à 1.

      Eric Raymond (...) apparemment il a été lynché

      Ce qui est en accord avec les idées du monsieur, qui prône le port d'arme libre pour tous afin que chaque garçon de vache puisse bravement défendre son troupeau de bisons contre les attaques des Indiens (méchants, forcément).
      • [^] # Re: Patchs ac - Encore faut il pouvoir

        Posté par  . Évalué à 1.

        d'ou l'emploi du mot lynché, l'ironie ne m'avait pas échappé. Mais le gachis non plus.
        • [^] # Re: Patchs ac - Encore faut il pouvoir

          Posté par  . Évalué à 1.

          Ceci dit si le truc de Raymond était vraiment génial, il aurait quand même pu être intégré amha. Ainsi Andre Hedrick, le spécialiste IDE du noyau, est détesté par Linus, ce qui ne l'empêche pas de soumettre des patches par l'entremise d'Alan Cox (si j'ai bien compris).

          C'était la séquence "les potins du noyau" ;-))
  • # Re: Se familiariser avec le kernel

    Posté par  . Évalué à 1.

    Pour ma part, j'ai abandonné la branche AC depuis qu'il n'y a plus de changelog (DMCA parait-il?).
    Je ne suis pas assez doué pour parcourir l'intégralité des sources modifiés par Alan Cox (lequel reste toujours aussi productif).
    Je me contente d'appliquer des patches dont je connais la portée.
    A ce sujet, si qqu'un a des liens pointant vers ce type d'information (Changelog AC ou autres) je suis preneur :)
  • # Re: Se familiariser avec le kernel

    Posté par  . Évalué à 1.

    Il faudrait expliquer à Rik comment faire un site en HTML qui ne nécessite pas de passer le navigateur en plein écran en 1024x768 sous peine d'avoir un scrolling horizontal.
  • # Suivi des commits Kernel sur BitKeeper

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

    Pour ceux que ça intéresse, il existe 2 mailing-lists pour suivre les commits dans les sources du kernel réalisés via BitKeeper (pas de troll SVP sur CVS, Subversion, BK...) :

    - bk-commits-head : commits BK sur la branche 2.5
    http://marc.theaimsgroup.com/?l=bk-commits-head(...)

    - bk-commits-24 : commits BK sur la branche 2.4
    http://marc.theaimsgroup.com/?l=bk-commits-24(...)

    On peut aussi voir http://linux.bkbits.net(...) pour le suivi des arborescences BitKeeper des branches 2.4 et 2.5 (ça permet de voir si Linus bosse vraiment ou se tourne les pouces aujourd'hui ;-) : "158 changes in the last day" le 29/10/2002 à 15h20)
    • [^] # Re: Suivi des commits Kernel sur BitKeeper

      Posté par  . Évalué à 1.

      « (pas de troll SVP sur CVS, Subversion, BK...) »

      Tiens ça faisait longtemps qu'on avait pas eu le droit au discours du mouton mécontent de ne pas voir tout le monde brouter en paix et en silence.
      • [^] # Re: Suivi des commits Kernel sur BitKeeper

        Posté par  . Évalué à 1.

        ----------

        peut-etre qu'il en a marre des discussions stériles ou le meme sujet est remis sur le tapis pour la n-ieme fois?

        Si tu as trop d'agressivite, va la depenser dans des sports/jeux pas la peine de dire n'importe quoi pour faire baisser le rapport info/bruit.

        Si tu n'es pas capable d'apprecier une discussion intelligente par exemple dans le dernier article sur X (sniff, ca m'a presque rappele Usenet dans le temps) et que tu preferes les flamewar, je ne peux rien pour toi!

        Pour revenir sur le sujet, pour ceux qui veulent éviter BK, il y a un snapshot CVS fait tous les jours, cela devrait suffir amplement pour suivre sans trop de retard..
        • [^] # Re: Suivi des commits Kernel sur BitKeeper

          Posté par  . Évalué à 1.

          En même temps, danas l'interview Rik à l'ai d'être supoer content de BK.
          C'est tellement compliqué de rajouter ce que tout le monde attend à CVS ? manque de moyen ? pesonnes ? des 2 ? :)

          parce que bon linus l'utilise, Rik, et à peu près toute les pointures en somme
        • [^] # Re: Suivi des commits Kernel sur BitKeeper

          Posté par  . Évalué à 1.

          Pas besoin de discussion stérile, il suffit de juste de rappeler que :

          - CVS et Subversion sont libres
          - le développement de Subversion est lui-même sous Subversion depuis un an, preuve que c'est relativement stable
          - BitKeeper n'est pas libre, et son auteur (Larry Mc Voy) a une façon extrêmement personnelle de juger si un développeur a le droit d'utiliser BitKeeper gratuitement ou pas ("t'es pas gentil avec moi, t'as pas droit à mon soft").

          That's all.
      • [^] # Re: Suivi des commits Kernel sur BitKeeper

        Posté par  . Évalué à 1.

        Hé hé... :-))
  • # Re: Se familiariser avec le kernel

    Posté par  . Évalué à 1.

    Bon, mon couteau à tetracapilectomie n'ayant pas servi depuis quelques jours, j'ai décidé de lui donner un peu d'exercice:

    1/ Rik est l'auteur de _deux_ VMs et pas une (celle des noyaux < 2.4.10 et -rmap)

    2/ Kernel Newbies est assez vieux, la news donne un peu l'impression que c'est un site récent

    3/ La préférence de Rik pour la branche Alan Cox remonte à l'époque où Linus refusait les patchs de Rik sur la VM alors qu'Alan Cox les acceptait (ce qui explique que les noyaux Linus d'avant le 2.4.14 ont tous une VM assez désastreuse), et la mésentante entre Linus et Rik n'est (malheureusement) pas un fait nouveau...

    Voili voilà, ma maigre contribution à compléter un peu les informations de cette news.
  • # Re: Se familiariser avec le kernel

    Posté par  . Évalué à 1.

    Hem. L'interview de Rik est vieille de 8 mois. Un peu hors contexte. :/

    Je l'ai cependant (re)parcourue rapidement, mais sans y lire nulle part que les patches de Linus étaient timides ou que le noyau -ac était plus mieux.

    Le résumé de Stéf tient plus de l'extrapolation!
    (Même si, tant qu'on y est à parler de couples, je veux bien croire qu'il y ait certaines affinités entre Rik et Alan :D)
    • [^] # Re: Se familiariser avec le kernel

      Posté par  . Évalué à 1.

      8 mois...certes...mais bon ! c'est toujours d'actualités ce qu'il dit !
      à moins qu'on change d'avis tout les 6 mois ? huh !

      que à mon "extrapolation" .... euh.... attention c'est de l'anglais hein :

      Alan's kernel can be seen as a test bed for Linus' kernels. While Linus is very conservative and only applies obvious and well tested patches to the 2.4 kernel, Alan maintains a set of kernel patches that contains new concepts, more and/or newer drivers, and more intrusive patches

      donc bon, j'ai un peu résumé à ma façon :)

Suivre le flux des commentaires

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