Nvidia se pone las pilas en Linux (DLSS4, Multimonitor VRR, G-Sync, Wayland, etc...)

Responder
DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
Por lo visto los drivers 570 van a tener soporte nativo en Linux de DLSS4, G-Sync o de Multi-monitor VRR.

Parece que empiezan a notar que o se ponen las pilas o ni el tato va a usar su driver en un futuro.

Por cierto el DLSS4 es para todas las gráficas RTX.

VRR hace ratos que lo estoy disfrutando XD

pd: en wayland, btw
DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
1985a escribió:VRR hace ratos que lo estoy disfrutando XD

pd: en wayland, btw


Y yo, pero no en multimonitor.
Mola! Atento estaré, que hasta ahora no he cambiado de X11 por eso mismo y con esto de poder meter wayland a tope con la gráfica nvidia me pondré una distro que la use al máximo
Yo sería feliz con que mi portátil volviera a suspenderse e hibernar con normalidad si tengo el driver instalado.

Si me sigue sin funcionar ya crearé un hilo en su foro para que me digan como solucionarlo porque no puedo estar sin driver.
Esto significa que steamOS pueda ser mas compatible con graficas Nvidia?
DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
Pues acaban de hacer público el driver:



Fixed a bug that caused the nvidia-settings control panel to crash when querying VRR attributes on some monitors.
Updated the nvidia-settings control panel to use NVML rather than NV-CONTROL to control GPU clocks and fan speed. This allows related functionality to work when using Wayland, where the NV-CONTROL X extension is not available. Note that as a result, some operations which were previously available to unprivileged users, due to the privileges of the X server, may now require elevated privileges.
Added support for VRR on systems with multiple displays.
Added an application profile to improve performance on Indiana Jones and the Great Circle.
Added an application profile to resolve a corruption issue on Assassin's Creed Valhalla and Assassin's Creed Mirage.
Implemented support for the VK_KHR_incremental_present extension.
Fixed a bug that could cause some Vulkan applications to crash when responding to window resize events.
Updated GPU overclocking control to be available by default in nvidia-settings, for GPU boards that support programmable clock control. Previously, this was only available when bit 3 was set in the "Coolbits" X config option.
Disabled a power saving feature on Ada and above generation GPUs for surfaces allocated with the DRM Dumb-Buffers API, for example, when using a DRM fbdev. The power saving feature could cause black screens for DRM Dumb-Buffers which use front buffer rendering instead of KMS flips.
Fixed a bug that could cause some multi-threaded OpenGL applications, for example Civilization 6, to crash when running on Xwayland.
Added support for querying Dynamic Boost status via the 'power' file in /proc/driver/nvidia/gpus/*.
Enabled 32 bit compatibility support for the NVIDIA GBM backend.
Added a new kernel module parameter, 'conceal_vrr_caps', to the nvidia-modeset kernel module. This parameter may be used to enable usage of features on some displays such as ULMB (Ultra Low Motion Blur) which are incompatible with VRR. See the "Direct Rendering Manager Kernel Modesetting" (DRM KMS) chapter of the README for further information.
Fixed a bug that could cause games to crash when the "PROTON_ENABLE_NGX_UPDATER" environment variable was set to a value of "1".
Added /usr/share/nvidia/files.d/sandboxutils-filelist.json which lists all the driver files used by container runtime environments such as nvidia-container-toolkit and enroot.
Added support for the systemd suspend-then-hibernate method of system sleep. This feature requires systemd version 248 or newer.
Enabled the nvidia-drm fbdev=1 option by default. When supported by the kernel and the nvidia-drm modeset=1 option is enabled, nvidia-drm will replace the system's framebuffer console with one driven by DRM.
This feature can be disabled by setting fbdev=0.
Implemented a feature that allows low latency display interrupts to be serviced even when the system is under heavy contention. This is especially useful for reducing stutter when using virtual reality.
This feature is experimental and disabled by default.
This feature can be enabled by loading nvidia.ko with the `NVreg_RegistryDwords=RMIntrLockingMode=1` kernel module parameter.
Fixed a bug, introduced in 555.58, where some DVI outputs would not work with HDMI monitors.
In Linux kernel 6.11, drm_fbdev_generic was renamed to drm_fbdev_ttm. Use drm_fbdev_ttm when present to keep supporting direct framebuffer access needed for Wayland compositors to present content on newer kernels.
In linux-next commit 446d0f4849b1, output_poll_changed is removed from struct drm_mode_config_funcs. Do not implement the function pointer member when not present to ensure the driver can compile with newer kernels. The driver now supports enumerating modes on hotplug events through the DRM fbdev API.
In linux-next commit 446d0f4849b1, intended to be included in Linux kernel 6.12, output_poll_changed is removed from struct drm_mode_config_funcs. Do not implement the function pointer member when not present to ensure the driver can compile with newer kernels. Populating modes for DRM connectors during hotplug events will not be supported with r535 and kernels containing the relevant commit.
Fixed a bug that could cause external displays to become frozen until the next modeset when using PRIME Display Offloading with the NVIDIA dGPU acting as the display offload sink.
Ya tengo ganas de que lo metan en el repo oficial de arch y los volveré a instalar, espero que me vuelva a funcionar el suspender/hibernar.

Lo que hasta que no vi el vídeo no sabía que por defecto te activan funcionamiento con el firmaware nuevo (no me acuerdo cómo se llama) pero que pierdes rendimiento y es mejor añadir el parámetro para seguir utilizandolo como antes.
Ahora mismo me estoy bajando Bazzite version KDE-NVIDIA, espero poder actualizar bien los ultimos drivers y disfrutar del HDR, ojala NVIDIA se de cuenta que va a perder a futuros compradores por un mal soporte a Linux y se curren los drivers a la altura de AMD (otra cosa que sean Opensource [carcajad] )

En la Web de NVIDIA de momento estan 550,

aqui ya estan probando los 570 : [looco]

DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
@eric_14

Ya han puesto en el repositorio de Arch los drivers 570 y también el kernel 6.13
@DJ Deu lo estuve probando ayer. Hibernar me sigue sin funcionar, pero suspender parece que sí. Estuve buscando y parece que hay bastante gente con el problema y pasa desde hace tiempo pero por más cosas que he probado ninguna funciona.
Lo reportaré de nuevo en su foro y a ver si alguien me da alguna solución o si para la próxima actualización lo arreglan.

Por otro lado he probado un momento cyberpunk con la última actualización y parece funcionar bastante bien, incluso mejor que windows (puede ser que tenga algo mal en windows porque tampoco entro mucho). Eso usando el firmware GSP, si no lo usas se supone que también te dará algo más de rendimiento, pero lo recomendado es usarlo.
Esta tarde espero poder probar un poco más.

Así que contento a medias, porque uso mucho lo de suspend-then-hibernate y así no funciona.
DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
eric_14 escribió:@DJ Deu lo estuve probando ayer. Hibernar me sigue sin funcionar, pero suspender parece que sí. Estuve buscando y parece que hay bastante gente con el problema y pasa desde hace tiempo pero por más cosas que he probado ninguna funciona.
Lo reportaré de nuevo en su foro y a ver si alguien me da alguna solución o si para la próxima actualización lo arreglan.

Por otro lado he probado un momento cyberpunk con la última actualización y parece funcionar bastante bien, incluso mejor que windows (puede ser que tenga algo mal en windows porque tampoco entro mucho). Eso usando el firmware GSP, si no lo usas se supone que también te dará algo más de rendimiento, pero lo recomendado es usarlo.
Esta tarde espero poder probar un poco más.

Así que contento a medias, porque uso mucho lo de suspend-then-hibernate y así no funciona.


DLSS4 For Linux - Pre-configured drop-in package for all DLSS games.

https://www.reddit.com/r/linux_gaming/c ... ckage_for/
Lo estuve probando con el forza horizon pero la verdad que no se nota diferencia al poner el DLSS4, si no actualizan el juego igual no se ve correctamente aunque lo fuerces. Hace cosas raras con los textos tanto con el original como con el 4. Pero en general el rendimiento va bien.

Con cyberpunk he probado algo más y es bastante estable, a veces no te da la sensación de que va a los fps que marca pero en general va bien.

Pero sigue teniendo bastantes fallos el driver, a ver si se ponen las pilas.
Estoy tratando de activar g-sync en cachyos y no hay manera. He mirado un vídeo y me pone que tengo que ir a Nvidia Settings y ahí activarla pero no me salen la mitad de las opciones que salen en el tutorial.

Estoy en CachyOS, con Wayland y Nvidia-SMI 570.124.04. Tarjeta gráfica Nvidia 3080 12gb

¿Sabéis que hay que hacer para activarla y probar las demás opciones?

Edito para mas detalles: el monitor que tengo tiene activado AMD FreeSync Premium y se que es compatible con G-Sync ya que en Windows lo tenía configurado y comprobado con MSI Afterburner. Cuando desactivaba FreeSync me desaparecía la opción para activar G-Sync y viceversa.
DJ Deu está baneado hasta el 8/4/2025 10:26 por "Troll"
RonerBin escribió:Estoy tratando de activar g-sync en cachyos y no hay manera. He mirado un vídeo y me pone que tengo que ir a Nvidia Settings y ahí activarla pero no me salen la mitad de las opciones que salen en el tutorial.

Estoy en CachyOS, con Wayland y Nvidia-SMI 570.124.04. Tarjeta gráfica Nvidia 3080 12gb

¿Sabéis que hay que hacer para activarla y probar las demás opciones?

Edito para mas detalles: el monitor que tengo tiene activado AMD FreeSync Premium y se que es compatible con G-Sync ya que en Windows lo tenía configurado y comprobado con MSI Afterburner. Cuando desactivaba FreeSync me desaparecía la opción para activar G-Sync y viceversa.


Yo tengo un script con este contenido y hago que al iniciar el sistema me lo arranque para tener siempre el G-Sync activado.

nvidia-settings --assign 'CurrentMetaMode=DP-0: 2560x1440_165 +0+0 {AllowGSYNCCompatible=On}'


Tendrás que modificarte el script para tu configuración, pero con eso tengo G-Sync permanente en el ordenador.

ChatGPT te puede ayudar a configurar más finamente el script y también te puede ayudar a hacer que sea autoarrancable, yo lo hice hace tiempo y lo automaticé por KDE que me lo ejecuta al arrancar.
Gracias no me corre prisa aún llevo esperando la 5090 y 9950x3d por lo menos 3 meses me faltan para tener ya el pc de mi firma montado
A mí me sigue sin funcionar hibernar, por más que posteas en su foro como si no existieras, pero seguiremos dando por culo hasta que funcione.

Es un driver bastante nefasto para la empresa que es y aunque estén intentando mejorar y que esté a la altura, a este paso le faltan 3 o 4 años para que sea un buen driver. No entiendo como no tiran de billetera y contratan a todos los que hagan falta para por lo menos pulir los bugs gordos, que es Nvidia!!!
@eric_14 se están luciendo hasta en Windows, pero que mejore porque tengo reservada y pagada una 5090 hasta finales de junio que es cuando de verdad hay stock, que adelantaron la salida para ganar más perras
eric_14 escribió:A mí me sigue sin funcionar hibernar, por más que posteas en su foro como si no existieras, pero seguiremos dando por culo hasta que funcione.


¿Qué es lo que te ocurre exactamente? A mi el modo hibernación me daba problemas antes, me decían que era por los drivers de Nvidia pero al final no fue eso, era por tener activado el Fast boot en la bios. Lo quité y listo.
@Lázaro pues básicamente que salta un error de nvidia. He probado lo que dices y sigue igual y con nouveau no hay problema.

Al menos es la conclusión que saco de estas líneas. Pero en el foro como si no posteara nada.
10/3/25 9:05 kernel NVRM: testIfDsmSubFunctionEnabled: GPS ACPI DSM called before _acpiDsmSupportedFuncCacheInit subfunction = 11.
10/3/25 9:05 kernel NVRM: nvAssertOkFailedNoLog: Assertion failed: Invalid data passed [NV_ERR_INVALID_DATA] (0x00000025) returned from PlatformRequestHandler failed to get target temp from SBIOS @ platform_request_handler_ctrl.c:2146
10/3/25 9:05 kernel NVRM: nvAssertOkFailedNoLog: Assertion failed: Invalid data passed [NV_ERR_INVALID_DATA] (0x00000025) returned from PlatformRequestHandler failed to get platform power mode from SBIOS @ platform_request_handler_ctrl.c:2089
10/3/25 9:05 kernel NVRM: testIfDsmSubFunctionEnabled: GPS ACPI DSM called before _acpiDsmSupportedFuncCacheInit subfunction = 11.
10/3/25 9:05 kernel NVRM: GPU 0000:01:00.0: PreserveVideoMemoryAllocations module parameter is set. System Power Management attempted without driver procfs suspend interface. Please refer to the 'Configuring Power Management Support' section in the driver README.
10/3/25 9:05 kernel nvidia 0000:01:00.0: PM: pci_pm_freeze(): nv_pmops_freeze [nvidia] returns -5
10/3/25 9:05 kernel nvidia 0000:01:00.0: PM: dpm_run_callback(): pci_pm_freeze returns -5
10/3/25 9:05 kernel nvidia 0000:01:00.0: PM: failed to quiesce async: error -5
10/3/25 9:05 kernel PM: hibernation: Failed to load image, recovering.

Que hay también una issue en github con uno de los errores del log desde hace casi un año y ahí sigue. Aunque en mi caso es al hibernar.
https://github.com/NVIDIA/open-gpu-kernel-modules/issues/472

Al menos parece que van a intentar solucionar el problema de rendimiento con vkd3d-proton. Si alguien ha hecho alguna prueba lo puede postear aquí para intentar ayudar. Que bueno, el problema existe tanto en windows como en linux, algo hace el driver con esta librería que le hace perder rendimiento mientras que con AMD no pasa.
https://forums.developer.nvidia.com/t/directx12-performance-is-terrible-on-linux/303207/104

También hace cosas raras con el DLSS, en kingdom come deliverance 2 si pongo el rescalado en el portátil (pantalla 1080p) se ve a veces un poco mal, con DLAA va bien pero se nota el rendimiento. Y en cyberpunk te mete un tearing brutal que lo hace injugable.

Solo puedo esperar a los 575 a ver si mejoran algo o si sacan alguna corrección más de los 570.
@eric_14 Buah pues ni idea entonces. Yo estoy aún pez en Linux así que tampoco sabría cómo ayudarte pero bueno, al menos hemos quitado otra piedra del problema con lo que te comenté.
A mi KCD 2 me va de miedo con los drivers privativos, a unos 100fps, pero como ponga los libres me va a 1fps (no es coña xD).
Tengo que probar Cyberpunk pero aún no he instalado GoG en Linux, a ver si me animo...
Veo en numerosos medios que al parecer, la salida de la beta pública de steam OS (que podrá instalarse de forma libre en toda clase dispositivos) es inminente, lo cual no es tan extraño teniendo en cuenta que la propia valve dijo que la iba a lanzar entre marzo y abril, coincidiendo con la salida de la legión S

Mi pregunta es : ¿Está beta vendrá con un soporte en condiciones para nvidia? Por qué si están apuntando a extender el dominio de Linux más allá de la steam deck, lo ideal sería tener un soporte en condiciones para quien domina el 80% del mercado de gráficas

¿Será muy iluso de mi parte esperar un buen soporte para nvidia?

Y de cualquier manera, Microsoft viendo los movimientos de valve se habrá cagado encima y ahora están supuestamente trabajando en un Windows ligero, enfocado en gaming, con un modo juego y la interfaz de Xbox, se ve que más o menos están siguiendo el mismo camino de valve, lo cual me parecen estupendas noticias
@Lázaro bueno, es que esos errores solo creo que lo entiendan algunos empleados de nvidia o gente muy experta. Tengo esperanzas a ver si en la nueva versión lo solucionan. El KCDII ahora me va mejor porque han actualizado el dlss y se ve más definido.

@Pletesermer el driver en rendimiento 3d no está mal, funciona DLSS, reflex... tiene algo de pérdida de rendimient con vkd3d-proton y algunos juegos se cierran por errores de xid (son errores de nvidia) pero lo están solucionando, o si posteas en su foro aún te hacen un poco de caso. Por lo menos en mi experiencia esto tampoco lo veo tan grave porque en general va bien.
Pero luego hay otros cuantos bugs con problemas generales que ni sabes por qué pasa, preguntas y como si nada. Temas como a mí que no me funciona hibernar, problemas al conectar pantallas, problemas del uso de la vram, etc...

Así que bueno, puede funcionar pero no esperes todo perfecto en corto plazo.
Que se estén poniendo las pilas con Linux y estén maquinando una apu propia Arm no creo que sea casualidad
https://www.youtube.com/watch?v=4LI-1Zdk-Ys

Aquí han hecho una comparación de windows vs linux, con nvidia se nota aunque no es en todos, quizás solo sea con algunos motores o si se utilizan ciertas funciones. Veremos a ver si lo mejoran.
Pero ese vídeo lo ha hecho con los Nouveau, no con los cerrados, que es en los que Nvidia se estaría poniendo las pilas. Y siempre se ha dicho los Nouveau dan peores resultados.

Dice que no ha hecho el benchmark con los cerrados porque le daba problemas de cuelgues y demás.

Lo interesante sería, precisamente, para ser una comparativa justa, que fuera con los cerrados y ver si las mejoras que ha ido implementando se notan o no. Si Nvidia realmente se ha puesto las pilas, o no. Más que nada porque no sé si algún día llegará el momento en que Nvidia sea libre y esté integrado en el Kernel como AMD.

Pero no digo que el vídeo no aporte nada. Sólo que no es justo desde esa perspectiva.
Si fuera eso nouveau/nvk estariamos dando saltos de alegria [carcajad] [carcajad]
Yo uso un PC con una Nvidia con los drivers open y no tengo queja ni de rendimiento ni de problemas. Tambien decir que juego poco en Linux pero la verdad que 10/10 con la Nvidia.
27 respuestas
Responder
Volver a Software libre