NVIDIA est officiellement devenu open-source avec ses derniers pilotes graphiques Linux qui, selon elle, amélioreront considérablement l’expérience sur le système d’exploitation Linux.

Les GPU NVIDIA deviennent open source à partir de ses pilotes graphiques Linux R515

Communiqué de presse : NVIDIA publie désormais les modules du noyau GPU Linux en open source avec une double licence GPL/Licence MIT, à partir de la version du pilote R515. Vous pouvez trouver le code source de ces modules de noyau dans le référentiel NVIDIA Open GPU Kernel Modules sur GitHub.

NVIDIA GeForce RTX 4090 obtient 24 Go de mémoire GDDR6X à 21 Gbit/s et 600 W TDP, RTX 4070 obtient 12 Go de mémoire GDDR6 à 18 Gbit/s et 300 W TDP

Cette version est une étape importante vers l’amélioration de l’expérience d’utilisation des GPU NVIDIA sous Linux, pour une intégration plus étroite avec le système d’exploitation, et pour que les développeurs déboguent, intègrent et contribuent en retour. Pour les fournisseurs de distribution Linux, les modules open source augmentent la facilité d’utilisation. Ils améliorent également l’expérience utilisateur prête à l’emploi pour signer et distribuer le pilote NVIDIA GPU. Canonical et SUSE sont en mesure de conditionner immédiatement les modules de noyau ouverts avec les distributions Ubuntu et SUSE Linux Enterprise.

Les développeurs peuvent suivre les chemins de code et voir comment la planification des événements du noyau interagit avec leur charge de travail pour un débogage plus rapide des causes profondes. De plus, les développeurs de logiciels d’entreprise peuvent désormais intégrer le pilote de manière transparente dans le noyau Linux personnalisé configuré pour leur projet.

Cela contribuera à améliorer davantage la qualité et la sécurité du pilote GPU NVIDIA grâce aux contributions et aux avis de l’utilisateur final Linux. communauté.

Avec chaque nouvelle version de pilote, NVIDIA publie un instantané du code source sur GitHub. Les correctifs soumis par la communauté sont examinés et, s’ils sont approuvés, intégrés dans une future version du pilote.

Les cartes graphiques NVIDIA GeForce RTX 30 LHR Crypto Mining sont également déverrouillées dans le système d’exploitation Linux

Reportez-vous au NVIDIA consignes de contribution et présentation du pilote documentation sur la cadence de publication et le cycle de vie pour plus d’informations.

Fonctionnalités prises en charge

La première version des modules de noyau GPU open source est R515. Outre le code source, des versions complètes et packagées des pilotes sont fournies.

Pour les GPU de centre de données des familles d’architecture NVIDIA Turing et NVIDIA Ampere, ce code est prêt pour la production. Cela a été rendu possible par le déploiement progressif de l’architecture du pilote GSP  au cours de l’année écoulée, conçu pour faciliter la transition pour les clients NVIDIA. Nous nous sommes concentrés sur les tests sur une grande variété de charges de travail pour garantir la parité des fonctionnalités et des performances avec le pilote propriétaire en mode noyau.

À l’avenir, des fonctionnalités telles que HMM seront un composant fondamental pour informatique confidentielle sur le Architecture NVIDIA Hopper.

Dans cette version open source, prise en charge de GeForce et Workstation Les GPU sont de qualité alpha. Les utilisateurs de GeForce et Workstation peuvent utiliser ce pilote sur les GPU d’architecture Turing et NVIDIA Ampere pour exécuter des ordinateurs de bureau Linux et utiliser des fonctionnalités telles que plusieurs écrans, G-SYNC et le traçage de rayons NVIDIA RTX dans Vulkan et NVIDIA OptiX. Les utilisateurs peuvent s’inscrire à l’aide du paramètre de module de noyau NVreg_EnableUnsupportedGpus comme indiqué dans la documentation. Une prise en charge plus robuste et complète de GeForce et de Workstation suivra dans les versions ultérieures et les modules NVIDIA Open Kernel finiront par supplanter le pilote à source fermée.

Les clients équipés de GPU Turing et Ampere peuvent choisir les modules à installer. Les clients pré-Turing continueront à exécuter les modules à source fermée.

Le pilote en mode noyau open source fonctionne avec le même micrologiciel et les mêmes piles en mode utilisateur telles que CUDA, OpenGL et Vulkan. Cependant, tous les composants de la pile de pilotes doivent correspondre aux versions d’une version. Par exemple, vous ne pouvez pas prendre une version du code source, la compiler et l’exécuter avec la pile en mode utilisateur d’une version précédente ou future.

Reportez-vous au pilote README document pour obtenir des instructions sur l’installation des bonnes versions et des étapes de dépannage supplémentaires.

Opt-in d’installation

La version R515 contient des versions précompilées du pilote à source fermée et des modules de noyau open-source. Ces versions s’excluent mutuellement et l’utilisateur peut faire son choix au moment de l’installation. L’option par défaut garantit que les installations silencieuses choisiront le chemin optimal pour NVIDIA Volta et les anciens GPU par rapport aux GPU Turing+.

Les utilisateurs peuvent créer des modules de noyau à partir du code source et les installer avec les pilotes en mode utilisateur appropriés.

Figure 1 : Illustration des options d’installation permettant à l’utilisateur final d’opter pour l’ouverture des modules du noyau GPU et le chemin par défaut des modules source fermés.

Foire aux questions

Où puis-je télécharger le pilote R515 ?

Vous pouvez télécharger le pilote de développement R515 dans le cadre de CUDA Toolkit 11.7, ou depuis le pilote page de téléchargements sous les pilotes graphiques NVIDIA”bêta”. Le pilote de centre de données R515 suivra dans les versions ultérieures selon notre cadence habituelle.

Les modules de noyau GPU open source NVIDIA peuvent-ils être distribués ?

Oui, les modules de noyau ouvert NVIDIA sont sous licence une double licence GPL/MIT ; et les termes des licences régissent les subventions de distribution et de reconditionnement.

La source des pilotes graphiques NVIDIA en mode utilisateur tels que CUDA sera-t-elle publiée ?

Ces modifications concernent les modules du noyau ; tandis que les composants en mode utilisateur sont intacts. Ainsi, le mode utilisateur restera fermé et publié avec des binaires pré-construits dans le pilote et la boîte à outils CUDA.

Quels GPU NVIDIA sont pris en charge par les modules Open GPU Kernel ?

Open kernel les modules prennent en charge tous les GPU NVIDIA Ampere et Turing. Les GPU Datacenter sont pris en charge pour la production, et la prise en charge des GPU GeForce et Workstation est de qualité alpha. Veuillez vous référer aux tableaux des produits du centre de données, NVIDIA RTX et GeForce pour plus de détails (Turing et au-dessus ont pour une capacité de calcul de 7.5 ou supérieure).

Comment signaler des bogues

Les problèmes peuvent être signalés via le outil de suivi des problèmes du référentiel GitHub ou via notre forum d’assistance aux utilisateurs finaux. Veuillez signaler les problèmes de sécurité via les canaux répertoriés dans la politique de sécurité du référentiel GitHub.

Quel est le processus de soumission des correctifs et SLA/CLA pour les correctifs ?

Nous encourageons les soumissions de la communauté par le biais de demandes d’extraction sur la page GitHub. Les correctifs soumis seront examinés et, s’ils sont approuvés, intégrés avec d’éventuelles modifications dans une future version du pilote. Veuillez vous reporter au document Cycle de vie du pilote NVIDIA.

Le code source publié est un instantané généré à partir d’une base de code partagée, de sorte que les contributions peuvent ne pas être reflétées en tant que commits Git distincts dans le référentiel GitHub. Nous travaillons sur un processus de reconnaissance des contributions de la communauté. Nous déconseillons également de procéder à un reformatage important du code pour les mêmes raisons.

Le processus de soumission des demandes d’extraction est décrit sur notre page GitHub et ces contributions sont couvertes par la cible Accord de licence de contributeur.

Categories: IT Info