I have a Asus PG27AQN monitor and I can’t enable ULMB 2 on Wayland because I can’t disable monitor’s G-Sync mode. Adaptive sync is off in the settings. I have been sent here from KDE’s bug tracker. They said that this is an issue on the driver side.
Just coming back to say that this is still present on 565 open driver. Also a user on KDE’s Discuss suggests that this could be related to AsyncFlipSecondaries.
Here’s the link: Can't disable G-Sync in Wayland - Help - KDE Discuss
Well, not exactly, I mentioned what happened when I enabled AsyncFlipSecondaries, the performance and responsiveness were similar in between X11 and Wayland, where if not enabled, X11 had much better responsiveness and way higher fps. Therefore seemed related to sync to vblank problem on wayland. Just as AsyncFlipSecondaries enabled has forced vblank enabled on the primary monitor.
It doesnt seem to be possible to disabled it in the nvidia driver, even with environment variables.
So the problemas are kept there, if at least environment variables were read by nvidia driver in wayland, maybe it would give a different result to the matter.
With Wine / Proton 10 almost released, Wayland will be improved with it’s native driver.
Even NTsync might bring other improvements in some cases. Though unrelated to Wayland.
Only issue left with Wayland, at least here, is this problem.
I took a photo of the settings showing the problem persisting even after disabling things in different places. Included in the url below.
Issue seems related to GPU driver, or maybe Wayland Compositor. But since it happens in more than one compositor, are more likely to be gpu driver issue. But who knows for sure.
* 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.
But after trying to set nvidia-modeset.conceal_vrr_caps=1 into kernel options or options nvidia-modeset conceal_vrr_caps=1 into a modprobe.d conf file.
Please help test with the latest beta version - 575.51.02.
You can set nvidia-modeset kernel module parameter conceal_vrr_caps=1 to use ULMB.
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.
This works for me.
I have a monitor with a Gsync module. With this setting, the monitor’s LED changes from red to white to indicate that Gsync is disabled, and ULMB is no longer grayed out in the monitor’s menu.
I have set it through modprobe.d config file and confirmed with sudo modprobe -c nvidia-modeset | grep vrr that the config works. Unless I’m doing something wrong, the issue persists.
Now I can’t re-enable G-SYNC regardless of whether the conceal_vrr_caps is set to 1 or 0.
I’m attaching another bug-report log just in case. nvidia-bug-report.log.gz (795.2 KB)