Conversation

Notices

1. Embed this notice
   sebsauvage (sebsauvage@framapiaf.org)'s status on Thursday, 18-Jul-2024 17:03:16 JST sebsauvage

   #Linux #NVidia
   Bon, c'est bien de voir que NVidia se bouge ENFIN le cul pour sortir un pilote Libre pour ses cartes graphiques sous Linux (ce qu'AMD fait déjà depuis un moment). Et visiblement NVidia a comme projet que ce pilote Libre supplante le pilote propriétaire, ce qui est bien.
   Petit bémole : ce pilote Libre ne supportera pas les anciennes architectures de cartes NVidia.
   https://sebsauvage.net/links/?CyodPA

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 18-Jul-2024 17:03:04 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Lord
     • Gallorum 😷
     • alci
     @lord @sebsauvage @Gallorum @alci OpenGL/GBM/EGL/Vulkan c'est userland aussi hein.
     *très* *très* loin d'AMD qui maintient un vrai pilote dans mesa et le noyau. (ce que fait nvidia là c'est un module tier au noyau)
   • Embed this notice
     Lord (lord@pleroma.lord.re)'s status on Thursday, 18-Jul-2024 17:03:07 JST Lord

     in reply to

     • Lord
     • Gallorum 😷
     • alci
     @sebsauvage @Gallorum @alci au final ils se rapprochent un peu de la façon de faire d'amd.
     un bout de kernel libre permettant de tourner avec un driver proprio ou libre.
     beaucoup plus simple de passer de l'un à l'autre.
     
     Par contre leurs grosses features, ça sera pas accessible avec du libre.
   • Embed this notice
     Lord (lord@pleroma.lord.re)'s status on Thursday, 18-Jul-2024 17:03:08 JST Lord

     in reply to

     • Gallorum 😷
     • alci
     @sebsauvage @alci @Gallorum non non.
     en gros ils découpent leur drivers en trois.
     
     - le bout opensource dans le kernel qui est un petit morceau (indispensable) qui permet de faire le strict nécessaire pour rendre le gpu utilisable.
     - le bout en userland qui est en fait le morceau traditionnel contenant un peu tout et qui est sensiblement identique quelque soit l'os. ce bout reste proprio. c'est lui qui permet les fonctions plus exotiques (cuda,nvenc et autres trucs du genre).
     - le bout dans le firmware qui est lui aussi proprio et de plus en plus gros. là c'est la tambouille très secrète hors de portée de l'os. ce morceau intègre de la crypto pour être bien sûr qu'aucune implémentation non officielle n'existe.
     
     Bref ce nouveau move est une bonne étape permettant d'avoir le morceau dans le kernel utilisable et par le driver proprio et par le driver libre. plus d'emmerdes de dkms, plus de souci à chaqae upgrade de kernel.
     en plus ce morceau étant fait par nvidia, on peut espérer que chaque futur modèle sera pris en charge immédiatement sans trop de bug.
     les histoires de fréquences de fonctionnement ça sera également du passé.
   • Embed this notice
     sebsauvage (sebsauvage@framapiaf.org)'s status on Thursday, 18-Jul-2024 17:03:09 JST sebsauvage

     in reply to

     • Gallorum 😷
     • alci

     @alci

     C'est vrai ? 😕
     Je ne suis pas allé voir les sources, c'est peut-être juste pour la phase de transition, le temps que toutes les features soient portées ?

     @Gallorum

   • Embed this notice
     alci (alci@pouet.chapril.org)'s status on Thursday, 18-Jul-2024 17:03:11 JST alci

     in reply to

     • Gallorum 😷

     @sebsauvage @Gallorum gros bémol, ce pilote "libre" n'est en fait qu'une couche minimaliste qui donne la main au véritable pilote, qui est lui un gros blob propriétaire qui tourne sur le GPU lui même... Bref, le problème est déplacé, mais NVidia n'est toujours pas un ami du libre.

   • Embed this notice
     sebsauvage (sebsauvage@framapiaf.org)'s status on Thursday, 18-Jul-2024 17:03:12 JST sebsauvage

     in reply to

     • Gallorum 😷

     @Gallorum
     vu que ça sera fait PAR NVidia (qui a accès à toutes les docs internes), on peut supposer qu'on aura de bien meilleures performances.
     (Nouveau étant assez catastrophique à ce niveau là.)

   • Embed this notice
     Gallorum 😷 (gallorum@mamot.fr)'s status on Thursday, 18-Jul-2024 17:03:15 JST Gallorum 😷

     in reply to

     @sebsauvage est-ce qu'il apportera quelque chose par rapport au pilote libre communautaire (nouveau) ?

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 19-Jul-2024 01:42:09 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Lord
     • Gallorum 😷
     • alci
     @lord @sebsauvage @Gallorum @alci C'est une archi que tu es obligé d'adopter, les libs (par example libGL.so) tu peut pas les bouger ça serait un autre OS sinon.
     
     Et le mieux est de mettre le moins dans le kernel, une appli qui crash c'est beaucoup plus préférable à l'OS qui crash.
   • Embed this notice
     Lord (lord@pleroma.lord.re)'s status on Friday, 19-Jul-2024 01:42:12 JST Lord

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • Gallorum 😷
     • alci

     @lanodan @sebsauvage @Gallorum @alci Il adoptent la même archi avec un bout dans le kernel et des bouts en userspace. C'est sûr que comparé aux efforts d'AMD c'est pas ouf mais bon faut quand même signaler quand ça progresse dans le bon sens.

     Je resterai client AMD tout de même.

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 19-Jul-2024 01:47:08 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Nikos
     @Nik0s @sebsauvage
     > AMD ne supporte que certains kernels par distribution...
     
     En propriétaire (ce qui est largement optionnel coté AMD)? Parceque coté AMD (et Intel) à part ROCm (où là les distros semblent surtout avoir la flemme) ça fait partie du noyau et de mesa donc pas de limites de version c'est déjà dedans.
   • Embed this notice
     Nikos (nik0s@mastodon.social)'s status on Friday, 19-Jul-2024 01:47:10 JST Nikos

     in reply to

     @sebsauvage pour le coup, en terme d'installation de drivers, les drivers NVIDIA fonctionnent bien mieux que ceux d'AMD.

     AMD ne supporte que certains kernels par distribution...