Parece una broma del día de los inocentes: NVIDIA publica su driver para Linux como código abierto
La relación de NVIDIA con Linux nunca ha sido buena. La compañía, líder en el procesamiento de gráficos y en sectores como la inteligencia artificial, ha tendido a chocar con prácticamente todo el mundo por su constante negativa a adoptar los estándares. Sin embargo, la situación podría empezar a dar un giro de 180 grados, ya que NVIDIA ha publicado un driver Open Source oficial para Linux. Sí, tal y como lo estáis leyendo, pero aun así sería preferible contener la euforia. NVIDIA ha ofrecido durante dos décadas su soporte para Linux a través de un driver privativo que ha desarrollado de forma que compartiera la mayor cantidad de código posible entre todos los sistemas operativos soportados, lo que también abarca Windows, Solaris y el espectro BSD. Dicho driver siempre ha estado muy atado a X11 y en los últimos años ha sido víctima de las malas decisiones de la compañía, unas malas decisiones que dentro del escritorio Linux la han situado como la última en términos de calidad de soporte, sobre todo cuando hablamos de Wayland. Profundizando en el acontecimiento que nos ocupa, lo realizado por NVIDIA ha sido publicar sus módulos del kernel, comenzando con un driver llamado R515, como código abierto bajo una licencia dual. En un principio se emplea MIT, pero “cuando se enlaza para formar un módulo del kernel de Linux” esta queda convertida en una dual bajo GPLv2 estándar y MIT. De esta manera se consigue evitar cualquier tipo de conflicto con la línea oficial del kernel. NVIDIA ha ido dando pequeños pasos hacia un modelo más afín al Open Source y compatible con la línea oficial de Linux, pero sus esfuerzos hasta ahora se han centrado sobre todo en sus soluciones basadas en ARM. Con este reciente movimiento, los usuarios de equipos x86 con las típicas gráficas NVIDIA empleadas para videojuegos y estaciones de trabajo deberían de tener un funcionamiento (y en este caso solo su arranque) out of the box como el que ofrecen Intel y AMD. Pero tras mencionar las gráficas para escritorio, nos encontramos con la primera piedra en el camino al estar el nuevo driver limitado, al menos por ahora, a las generaciones Turing y Ampere (GTX 16, RTX 20 y RTX 30). Como consecuencia, para Pascal, Maxwell y otras generaciones anteriores habrá que seguir empleando el tradicional blob oficial o Nouveau, así que la mayoría de los usuarios Linux que utilizan una gráfica de NVIDIA no van a poder usar el nuevo driver Open Source, o al menos eso es lo que se puede deducir viendo los resultados de la encuesta de Steam. https://www.muylinux.com/2022/05/12/nvidia-driver-linux-open-source/ -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/
On 2022-05-29 03:19, Juan Erbes wrote:
La relación de NVIDIA con Linux nunca ha sido buena. La compañía, líder en el procesamiento de gráficos y en sectores como la inteligencia artificial, ha tendido a chocar con prácticamente todo el mundo por su constante negativa a adoptar los estándares. Sin embargo, la situación podría empezar a dar un giro de 180 grados, ya que NVIDIA ha publicado un driver Open Source oficial para Linux. Sí, tal y como lo estáis leyendo, pero aun así sería preferible contener la euforia.
No es ninguna broma. <https://old.meneame.net/story/llega-final-drivers-privativos-nvidia-gpus-linux-nvidia-publica> Con todos sus comentarios ;-) pe: «meneandro #41 meneandro 12/05 14:34 * #2 A ver, que tal y como dice #6 o #37, SÓLO se trata de la parte de kernel, toda la parte de usuario (vulkan, opengl, cuda, opencl, etc) sigue y seguirá siendo cerrada (entre otras cosas porque ahí es donde están todas las cosas que hacen "magia" y "trapiches", alias los perfiles de juegos y aplicaciones que tunean el driver para extraerles todo el rendimiento posible y donde meten esos pequeños toques no estándares que hacen que haya juegos que funcionen bien en Nvidia y que al ser desarrollados con Nvidias y no tomando en cuenta otros fabricantes, al salir al mercado estén plagados de bugs, por mucho que los demás hayan hecho las cosas bien, pero principalmente porque lo más probable es que compartan código con sus drivers de windows y no van a abrir tanto ni de coña). Tampoco han abierto o liberado los firmwares necesarios para inicializar la tarjeta, el control de potencia, ventiladores, ahorro de energía, etc. Para que nos entendamos bien, es un paso pero no tan grande como dice #4. Lo que tendrá Nvidia a partir de hoy es equivalente al driver cerrado que tiene AMD desde hace muchos años (o sea, AMDGPU como driver del espacio de kernel abierto y compartido con sus propios drivers libres y con los drivers de mesa, el resto cerrado o semicerrado y privativo, esto es: una implementación común con windows de opengl, vulkan, etc). La diferencia es que AMD si tiene un driver oficial hecho por ellos completamente libre pero desarrollado intramuros y de manera cerrada (cuando lanzan una versión, publican el código, no es un desarrollo completamente abierto) y un driver mantenido entre ellos y la comunidad complemente libre y abierto en todos los sentidos. #8 Es que vas a tener que seguir usando drivers privativos para cualquier cosa que no sea arrancar la máquina (las aplicaciones hablan opengl, vulkan, etc. no directamente con el kernel)... la ventaja es que no hará falta recompilar cada vez que se añade un kernel nuevo (salvo que la pasta que conecta la parte del kernel y la de usuario no conecte todo lo que tenga que conectar, pero imagino que irán actualizando la parte de usuario cada vez que "rompan" alguna interfaz entre ésta y la parte de kernel), además de que al arrancar el kernel podrá manejar los modos de video y demás. #3 La respuesta es NO. A partir de Maxwell, creo. El resto, que creo que igualmente estaba en legacy o ya obsoleto, tendrán que tirar con drivers viejos o con nouveau. #18 #35 Habrá tenido que ver el devastador ataque que le hicieron a Nvidia hace poco, donde sacaron un montón de datos, encriptaron un buen montón de ordenadores y les amenazaron con publicar mierdas o soltar código si no hacían unos drivers libres... #24 Yo llevo jugando en linux y con hardware 100% AMD una década... no a todo lo que había en el mercado, pero hoy en día tampoco se puede ;) 8 K 62» « #28 DabbaDoo 12/05 11:54 Artículo en Phoronix, siempre interesante para tener una visión más completa: www.phoronix.com/scan.php?page=article&item=nvidia-open-kernel Tener en cuenta que este esfuerzo empieza y está centrado en las GPUs para CUDA usadas en centros de proceso de datos (IA y Machine Learning principalmente). Michael Larabel de Phoronix lo deja claro: The real play here is likely on ensuring the continued attractiveness of NVIDIA on Linux in the data center. El soporte para tarjetas GeForce de escritorio aún está en estado "alfa" (en desarrollo). Aun así, con el tiempo todos acabaremos disfrutando de buenos drivers de código abierto para nuestras GeForce :hug: 5 K 58» ...
https://www.muylinux.com/2022/05/12/nvidia-driver-linux-open-source/
-- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.3)
El dom, 29 may 2022 a las 17:46, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-05-29 03:19, Juan Erbes wrote:
La relación de NVIDIA con Linux nunca ha sido buena. La compañía, líder en el procesamiento de gráficos y en sectores como la inteligencia artificial, ha tendido a chocar con prácticamente todo el mundo por su constante negativa a adoptar los estándares. Sin embargo, la situación podría empezar a dar un giro de 180 grados, ya que NVIDIA ha publicado un driver Open Source oficial para Linux. Sí, tal y como lo estáis leyendo, pero aun así sería preferible contener la euforia.
No es ninguna broma.
<https://old.meneame.net/story/llega-final-drivers-privativos-nvidia-gpus-linux-nvidia-publica>
Con todos sus comentarios ;-)
pe:
«meneandro #41 meneandro 12/05 14:34 * #2 A ver, que tal y como dice #6 o #37, SÓLO se trata de la parte de kernel, toda la parte de usuario (vulkan, opengl, cuda, opencl, etc) sigue y seguirá siendo cerrada (entre otras cosas porque ahí es donde están todas las cosas que hacen "magia" y "trapiches", alias los perfiles de juegos y aplicaciones que tunean el driver para extraerles todo el rendimiento posible y donde meten esos pequeños toques no estándares que hacen que haya juegos que funcionen bien en Nvidia y que al ser desarrollados con Nvidias y no tomando en cuenta otros fabricantes, al salir al mercado estén plagados de bugs, por mucho que los demás hayan hecho las cosas bien, pero principalmente porque lo más probable es que compartan código con sus drivers de windows y no van a abrir tanto ni de coña). Tampoco han abierto o liberado los firmwares necesarios para inicializar la tarjeta, el control de potencia, ventiladores, ahorro de energía, etc.
Para que nos entendamos bien, es un paso pero no tan grande como dice #4. Lo que tendrá Nvidia a partir de hoy es equivalente al driver cerrado que tiene AMD desde hace muchos años (o sea, AMDGPU como driver del espacio de kernel abierto y compartido con sus propios drivers libres y con los drivers de mesa, el resto cerrado o semicerrado y privativo, esto es: una implementación común con windows de opengl, vulkan, etc). La diferencia es que AMD si tiene un driver oficial hecho por ellos completamente libre pero desarrollado intramuros y de manera cerrada (cuando lanzan una versión, publican el código, no es un desarrollo completamente abierto) y un driver mantenido entre ellos y la comunidad complemente libre y abierto en todos los sentidos.
#8 Es que vas a tener que seguir usando drivers privativos para cualquier cosa que no sea arrancar la máquina (las aplicaciones hablan opengl, vulkan, etc. no directamente con el kernel)... la ventaja es que no hará falta recompilar cada vez que se añade un kernel nuevo (salvo que la pasta que conecta la parte del kernel y la de usuario no conecte todo lo que tenga que conectar, pero imagino que irán actualizando la parte de usuario cada vez que "rompan" alguna interfaz entre ésta y la parte de kernel), además de que al arrancar el kernel podrá manejar los modos de video y demás.
#3 La respuesta es NO. A partir de Maxwell, creo. El resto, que creo que igualmente estaba en legacy o ya obsoleto, tendrán que tirar con drivers viejos o con nouveau.
#18 #35 Habrá tenido que ver el devastador ataque que le hicieron a Nvidia hace poco, donde sacaron un montón de datos, encriptaron un buen montón de ordenadores y les amenazaron con publicar mierdas o soltar código si no hacían unos drivers libres...
#24 Yo llevo jugando en linux y con hardware 100% AMD una década... no a todo lo que había en el mercado, pero hoy en día tampoco se puede ;) 8 K 62»
« #28 DabbaDoo 12/05 11:54 Artículo en Phoronix, siempre interesante para tener una visión más completa: www.phoronix.com/scan.php?page=article&item=nvidia-open-kernel
Tener en cuenta que este esfuerzo empieza y está centrado en las GPUs para CUDA usadas en centros de proceso de datos (IA y Machine Learning principalmente). Michael Larabel de Phoronix lo deja claro: The real play here is likely on ensuring the continued attractiveness of NVIDIA on Linux in the data center. El soporte para tarjetas GeForce de escritorio aún está en estado "alfa" (en desarrollo). Aun así, con el tiempo todos acabaremos disfrutando de buenos drivers de código abierto para nuestras GeForce :hug: 5 K 58»
Coincido! Ya el artículo lo dice: limitado a las generaciones Turing y Ampere (GTX 16, RTX 20 y RTX 30) Y probablemente se quede allí!
...
https://www.muylinux.com/2022/05/12/nvidia-driver-linux-open-source/
Por eso el título: "Parece una broma del día de los inocentes" Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/
participants (2)
-
Carlos E. R. -
Juan Erbes