Libération de modules noyau NVidia pour Linux

Posté par  . Édité par Benoît Sibaud et Pierre Jarillon. Modéré par Xavier Teyssier. Licence CC By‑SA.
59
17
mai
2022
Serveurs d’affichage

Enfin ! Après tant d’années, Nvidia publie les modules noyau de ses processeurs graphiques (GPU) sous double licence GPL/MIT. Le code source est sous GitHub… et il y a de l’animation.

Probable signe de leurs priorités du moment, seules les architectures Turing et Ampere sont assez mûres pour la production. Pour les GeForce et stations de travail, le code est considéré alpha. Mais c’est un grand pas en avant.
On peut maintenant rêver à la libération du logiciel en espace utilisateur.

Commentaires tirés du lien publié sur LinuxFr.org le 11 mai :

  • xoddark rappelle que « c'est seulement la partie noyau qui est libre (DRM/Modesetting/etc) pas les parties userspace (implémentation des api OpenGL/Vulkan/OpenCL/CUDA/etc) et c'est seulement pour les GPU à partir de la génération Turing, les plus anciennes n’y ont pas le droit.
  • pinaraf précise « pour le moment c’est testé que pour les usages datacenter, donc pas la partie affichage mais vraiment la partie G.P.U. (CUDA/OpenCL). »
  • lawless traduit l’annonce NVidia : La page indique que les pilotes GPU NVIDIA ont été conçus au fil des ans pour partager le code entre les systèmes d’exploitation et donc que le code actuel n’est pas conforme aux conventions de conception du noyau Linux et ne sera donc pas intégré au noyau Linux. Le code source publié sert de référence pour aider à améliorer le pilote Nouveau. Nouveau peut exploiter le même firmware que celui utilisé par le pilote NVIDIA, exposant ainsi de nombreuses fonctionnalités du GPU, telles que la gestion de l’horloge et la gestion thermique, apportant de nouvelles fonctionnalités au pilote Nouveau
  • Guillawme précise que plus loin la même page indique « l'intégration au noyau est en projet »
  • Thomas Debesse rappelle qu’il s’agit d’un « pilote Linux pour carte graphique, pas pilote graphique pour Linux », avant une discussion sur la documentation et l’intégration au pilote Mesa avec Xavier Claude, pinaraf et moi1392.

Aller plus loin

  • # GSP et Secure Boot

    Posté par  . Évalué à 10.

    seules les architectures Turing et Ampere sont assez mûres pour la production

    Seules les architectures Turing, Ampere et plus récentes seront supportées, car elles intègrent un GSP (un cœur RISC-V) qui permet de décharger le CPU de l'initialisation du GPU (et donc de ne plus avoir de code qui touche effectivement au matériel dans le driver).

    Pour les GeForce et stations de travail, le code est considéré alpha

    C'est effectivement l'utilisation en tant que nœud de calcul qui est prête pour la production, pas l'utilisation en tant que périphérique d'affichage.

    Pour l'instant, le seul vrai bénéfice pratique est de permettre aux distributions de fournir un paquet contenant un driver pré-compilé (ce qu'interdit la licence propriétaire de Nvidia) et signé, évitant d'avoir à enregistrer une clé de signature dans le firmware de la machine en cas d'utilisation de Secure Boot.

    • [^] # Re: GSP et Secure Boot

      Posté par  . Évalué à 7.

      Pour l'instant, le seul vrai bénéfice pratique est de permettre aux distributions de fournir un paquet contenant un driver pré-compilé (ce qu'interdit la licence propriétaire de Nvidia) et signé, évitant d'avoir à enregistrer une clé de signature dans le firmware de la machine en cas d'utilisation de Secure Boot.

      C'est le bénéfice pour les libristes ça. Par contre pour nVidia il y a déjà un bénéfice : pouvoir dire aux vendeurs de Cloud (Microsoft, Google, Amazon) "regardez, vous pouvez utiliser nos GPUs dans vos offres et avoir le plein contrôle sur le pilote, plus besoin d'aller voir la concurrence". À titre d'exemple : https://www.phoronix.com/scan.php?page=news_item&px=Microsoft-AMDGPU-Hotplug

      • [^] # Re: GSP et Secure Boot

        Posté par  . Évalué à 5.

        Je pense que justement, ce n'est pas encore un bénéfice immédiat. Parce que là, ils ont dumpé un gros morceau de code, il va falloir du temps avant qu'il soit maîtrisé. Et, à mon avis, ce sera plus pertinent quand il sera intégré à Linux parce qu'il sera plus facile de fournir des patch cohérent.

        Par exemple, pour le cas du hotplug, si un provider cloud veut contribuer, il doit réussir à modifier le kernel qui a sans doute des bouts qui doivent en tenir compte et ce gros blob externe. Sachant qu'ils n'ont pas libéré la doc il me semble (contrairement à AMD).

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: GSP et Secure Boot

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

          Et, à mon avis, ce sera plus pertinent quand il sera intégré à Linux parce qu'il sera plus facile de fournir des patch cohérent.

          Personne, pas même NVIDIA, pense que le code peut être intégré à Linux. La raison pour laquelle le code est maintenant libre est pour permettre l'utilisation d'API libres… C'est tout.

          Cela dit, ça va quand même aider le pilote Nouveau car les firmwares sont maintenant re-distribuables! Je connais pas les plans des développeurs Nouveau (je bosse sur radv/amdgpu/Steam Deck depuis que j'ai quitté Intel), mais le GSP devrait permettre d'atteindre de bonnes performances assez rapidement, et faire que la majorité du travail sous dans Mesa, pas le kernel :)

          • [^] # Re: GSP et Secure Boot

            Posté par  . Évalué à 5.

            pas même NVIDIA, pense que le code peut être intégré à Linux

            Pourtant, dans l'annonce de nvidia

            There are plans to work on an upstream approach with the Linux kernel community and partners such as Canonical, Red Hat, and SUSE.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # et aussi

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

    Il faut aussi citer ces commentaires :

    • Maud Zarella s'étonne « je ne comprends pas qu'on en fasse tout un fromage » ;
    • Axelle Air est impatiente de voir la suite ;
    • Oussama Lairbon accueille la nouvelle avec gourmandise ;
    • Hillary Gollé n'y croit pas trop ;
    • Kelly Diotte n'a pas vraiment d'avis sur la question ;
    • Jeanne Ultou espère que l'initiative durera plus longtemps que l'idée d'Elon d'acquérir Twitter ;
    • Alain Diprochain se donne quelques jours avant de donner son avis ;
    • Aude Javèle n'a pas attrapé la Covid ;
    • Nicole Niskotch est embêtée ;
    • Laure Loge estime qu'il était temps ;
    • Ted Urdoreille ne l'entend pas ainsi ;
    • Malo Fèsse se plaint que sa carte est trop ancienne pour en bénéficier ;
    • Teddy Fissil trouve à y redire, comme d'habitude ;
    • José Pavenir est content (finalement) ;
    • Hakim Fatigsuila a été moinssé pour l'ensemble de ses commentaires sur le sujet (et les autres) ;
    • Roméo Daibudufilm n'a pas tout suivi de l'histoire ;
    • Félicie Tassion n'y voit que du bon !
    • Eve Hidaman n'est pas surprise (elle s'en doutait) ;
    • Eva Nouissement n'en est pas toujours pas revenue ;
    • Pacôme Laizautre s'en fiche : il a une carte Matrox ;
    • Bonnie Dé approuve sans réserve ;
    • Eva Zidonque a hâte de tester !
    • Sarah Lebocou n'est pas très contente (comme souvent) ;
    • Edith Avuleure doit rentrer chez elle.
  • # Commentaire supprimé

    Posté par  . Évalué à 0. Dernière modification le 15 juin 2022 à 10:52.

    Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

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