Hector Martin fait remarquer que leur firmware fait 34MB, ce qui est beaucoup (à pondérer avec le fait qu’un firmware gère plusieurs matériels), avec la supposition qu’il pourrait y avoir un transfert de code vers le firmware. Étant donné qu’Nvidia a fait de sa capacité à segmenter les usages via ses pilotes un argument de vente (par exemple en promettant d’empêcher le minage sur les cartes de jeu en détectant le minage), je ne serai pas surpris qu’un tel déplacement de code stratégique vers le firmware était nécessaire pour rendant le pilote noyau moins critique, et dans cette hypothèse, ça suppose un plan à plus long terme qu’une simple réaction à une fuite.
Par ailleurs je ne pense pas que ce genre de fuite ait ce pouvoir, puisque gérer du code fuité est compliqué (comme tu l’expliques), il n’y a pas besoin de leur favoriser le boulot en mettant sous licence libre, autant les laisser s’emmerder (et puis, qui veut s’interdire à vie de contribuer à nouveau ? pas moi).
Ça fait quelques années que Phoronix nous promet une grosse nouvelle côté Nvidia mais qu’il pouvait pas dire quoiTM.
Pour revenir à l’hypothèse du déplacement de code stratégique vers le firmware, il faut bien voire qu’il y a trois niveaux où le code peut contenir de tel "code stratégique".
Espace utilisateur : bibliothèques spécifiques comme CUDA (marché captif), la plateforme Nvidia : toujours proprio.
Pilote noyau : plus rien de stratégique si déplacé vers le firmware, peut être libéré (et est libéré).
Firmware : toujours plus gros, toujours proprio, toujours signé.
J’ai cru comprendre que seules les cartes actuelles ont de si gros firmwares, bref, que ça a requiert un changement de conception en amont qui ne s’improvise pas et a forcément été pensé il y a déjà longtemps.
Il est donc tout à fait possible d’imaginer qu’ils avaient prévu de repenser leur cartes et leur pilotes et la répartition des fonctionnalités pour permettre de conserver le même contrôle sur la captivité des utilisateurs tout en ayant un pilote libre. En bref ils auraient seulement élargi leur interface entre leur code proprio et Linux.
CUDA est toujours proprio, leur firmware est toujours signé, ils ont seulement agrandi la couche d’interfaçage avec Linux pour simplifier la gestion du code noyau. Ça va clairement simplifier la vie des utilisateurs avec des distributions qui pourront fournir la couche de compatibilité avec le noyau, et même peut-être la possibilité de rétroporter indépendamment les futurs pilotes noyau lorsque les cartes actuelles ne seront plus prises en charge par Nvidia pour toujours bénéficier des nouvelles bibliothèques proprio sans avoir à utiliser de vieux noyaux. Mais concernant l’applicatif, ce sur quoi s’appuient les applications (Vulkan, CUDA, NVENC, NVDEC), tout cela reste proprio.
Nvidia est une plateforme. Un programme qui requiert CUDA ou autre technologie spécifique à Nvidia n’est pas multi-plateforme. Quand un programme requiert CUDA, le choix de Linux ou Windows n’est alors qu’un choix accessoire comme on choisit un bureau GNOME ou KDE, la plateforme c’est Nvidia (Nvidia/NT ou Nvidia/Linux, c’est toujours Nvidia). Nvidia n’a rien changé à cela.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: En plus long
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Nvidia fait un grand pas en avant vers le libre ?!. Évalué à 10.
Hector Martin fait remarquer que leur firmware fait 34MB, ce qui est beaucoup (à pondérer avec le fait qu’un firmware gère plusieurs matériels), avec la supposition qu’il pourrait y avoir un transfert de code vers le firmware. Étant donné qu’Nvidia a fait de sa capacité à segmenter les usages via ses pilotes un argument de vente (par exemple en promettant d’empêcher le minage sur les cartes de jeu en détectant le minage), je ne serai pas surpris qu’un tel déplacement de code stratégique vers le firmware était nécessaire pour rendant le pilote noyau moins critique, et dans cette hypothèse, ça suppose un plan à plus long terme qu’une simple réaction à une fuite.
Par ailleurs je ne pense pas que ce genre de fuite ait ce pouvoir, puisque gérer du code fuité est compliqué (comme tu l’expliques), il n’y a pas besoin de leur favoriser le boulot en mettant sous licence libre, autant les laisser s’emmerder (et puis, qui veut s’interdire à vie de contribuer à nouveau ? pas moi).
Ça fait quelques années que Phoronix nous promet une grosse nouvelle côté Nvidia mais qu’il pouvait pas dire quoiTM.
Pour revenir à l’hypothèse du déplacement de code stratégique vers le firmware, il faut bien voire qu’il y a trois niveaux où le code peut contenir de tel "code stratégique".
J’ai cru comprendre que seules les cartes actuelles ont de si gros firmwares, bref, que ça a requiert un changement de conception en amont qui ne s’improvise pas et a forcément été pensé il y a déjà longtemps.
Il est donc tout à fait possible d’imaginer qu’ils avaient prévu de repenser leur cartes et leur pilotes et la répartition des fonctionnalités pour permettre de conserver le même contrôle sur la captivité des utilisateurs tout en ayant un pilote libre. En bref ils auraient seulement élargi leur interface entre leur code proprio et Linux.
CUDA est toujours proprio, leur firmware est toujours signé, ils ont seulement agrandi la couche d’interfaçage avec Linux pour simplifier la gestion du code noyau. Ça va clairement simplifier la vie des utilisateurs avec des distributions qui pourront fournir la couche de compatibilité avec le noyau, et même peut-être la possibilité de rétroporter indépendamment les futurs pilotes noyau lorsque les cartes actuelles ne seront plus prises en charge par Nvidia pour toujours bénéficier des nouvelles bibliothèques proprio sans avoir à utiliser de vieux noyaux. Mais concernant l’applicatif, ce sur quoi s’appuient les applications (Vulkan, CUDA, NVENC, NVDEC), tout cela reste proprio.
Nvidia est une plateforme. Un programme qui requiert CUDA ou autre technologie spécifique à Nvidia n’est pas multi-plateforme. Quand un programme requiert CUDA, le choix de Linux ou Windows n’est alors qu’un choix accessoire comme on choisit un bureau GNOME ou KDE, la plateforme c’est Nvidia (Nvidia/NT ou Nvidia/Linux, c’est toujours Nvidia). Nvidia n’a rien changé à cela.
ce commentaire est sous licence cc by 4 et précédentes