NVIDIA a publié des pilotes vidéo pour Linux

Récemment Nvidia dévoilé par le biais d'une annonce a pris la décision de publier le code de tous les modules du noyau fournis dans votre suite de pilotes vidéo pour Linux.

Le code publié a été publié sous les licences MIT et GPLv2. La possibilité de créer des modules est fournie pour les architectures x86_64 et aarch64 sur les systèmes exécutant le noyau Linux 3.10 et plus récent, bien que les micrologiciels et les bibliothèques d'espace utilisateur telles que les piles CUDA, OpenGL et Vulkan restent la propriété de Nvidia. .

Il est prévu que la publication du code entraîner une augmentation significative sur l'utilisabilité des GPU Nvidia sur les systèmes Linux, améliorer l'intégration avec le système d'exploitation et simplifier la livraison des pilotes et les problèmes de débogage.

Les développeurs de Ubuntu et SUSE ont déjà annoncé la formation de packages basé sur des modules ouverts.

Le fait d'avoir des modules ouverts facilitera également l'intégration des pilotes Nvidia avec des systèmes basés sur des versions personnalisées non standard du noyau Linux. Pour Nvidia, l'open source améliorera la qualité et la sécurité des pilotes Linux grâce à une implication accrue de la communauté et à la possibilité d'un examen par un tiers et d'un audit indépendant.

Il est à noter que la base open source présentée est simultanément utilisée dans la formation de pilotes propriétaires, en particulier, elle est utilisée dans la branche bêta 515.43.04 publiée aujourd'hui.

Dans ce cas, le référentiel fermé est le référentiel principal et la base de code open source proposée sera mise à jour pour chaque version de pilotes propriétaires sous forme de conversion après un traitement et un nettoyage. L'historique des modifications individuelles n'est pas fourni, seul le commit global pour chaque version de pilote (le code des modules pour le pilote 515.43.04 est actuellement publié).

Toutefois, les représentants de la communauté ont la possibilité de soumettre des candidatures onglet pour promouvoir vos correctifs et modifications de code de module, mais ces modifications ne seront pas reflétées en tant que modifications distinctes dans le référentiel ouvert, mais d'abord seront intégrés au dépôt principal fermé et seulement ensuite transféré avec le reste des modifications à ouvrir. La participation au développement nécessite la signature d'un accord sur le transfert des droits de propriété du code transféré à NVIDIA (Contributor License Agreement).

Le code du module du noyau est divisé en deux parties : des composants communs non liés au système d'exploitation et une couche d'interface avec le noyau Linux. Pour réduire le temps d'installation, les composants communs sont toujours livrés dans les pilotes NVIDIA propriétaires sous forme de fichier binaire pré-assemblé, et la couche est assemblée sur chaque système, en tenant compte de la version actuelle du noyau et de la configuration disponible. Les modules de noyau suivants sont fournis : nvidia.ko, nvidia-drm.ko (gestionnaire de rendu direct), nvidia-modeset.ko et nvidia-uvm.ko (mémoire vidéo unifiée).

La la prise en charge des GPU de la série GeForce et des stations de travail est considérée comme une qualité alpha, mais les GPU dédiés basés sur l'architecture NVIDIA Turing et NVIDIA Ampere utilisés dans le centre de données pour le calcul parallèle et l'accélération des données (CUDA) sont entièrement pris en charge, entièrement testés et adaptés à une utilisation dans des projets d'entreprise de production (l'open source est maintenant prêt à remplacer pilotes propriétaires).

stabilisation du support GeForce et GPU pour les postes de travail il est prévu pour les futures versions. A terme, le niveau de stabilité de la base open source sera ramené à l'état des pilotes propriétaires.

Dans sa forme actuelle, l'inclusion de modules publiés dans le noyau principal n'est pas possible, car ils ne répondent pas aux exigences du noyau en matière de style de codage et de conventions d'architecture, mais Nvidia a l'intention de travailler avec Canonical, Red Hat et SUSE pour résoudre ce problème et stabiliser les interfaces de programmation du contrôleur. De plus, le code publié peut être utilisé pour améliorer le pilote principal open source Nouveau, qui utilise le même micrologiciel GPU que le pilote propriétaire.

enfin si tu es intéressé à en savoir plus, vous pouvez vérifier les détails dans le lien suivant.


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.