Package Details: wlroots-nvidia 0.17.1-1

Git Clone URL: https://aur.archlinux.org/wlroots-nvidia.git (read-only, click to copy)
Package Base: wlroots-nvidia
Description: Modular Wayland compositor library, with fix for nvidia flickering
Upstream URL: https://gitlab.freedesktop.org/wlroots/wlroots
Licenses: MIT
Conflicts: wlroots, wlroots-git
Provides: libwlroots.so, wlroots
Submitter: kplant
Maintainer: kplant
Last Packager: kplant
Votes: 5
Popularity: 0.041920
First Submitted: 2022-08-20 15:26 (UTC)
Last Updated: 2024-02-27 03:56 (UTC)

Dependencies (23)

Required by (90)

Sources (3)

Latest Comments

1 2 3 4 5 Next › Last »

teamgeist commented on 2024-03-22 09:54 (UTC)

I also experience flickering on the external monitor, no matter what renderer I set. The only way to solve it for me is downgrading sway and using wlroots0.16-nvidia. I am also using the proprietary nvidia drivers though.

asklow commented on 2024-03-11 02:20 (UTC) (edited on 2024-03-11 02:22 (UTC) by asklow)

Strange. Then it's probably my setup issue. I'll try to purge pkgcache, orphaned files & try again.

Oh mine's 1660Super. I'm using nvidia-dkms (which is proprietary). Need to be on dkms caz I use zen kernel.

kplant commented on 2024-03-11 02:19 (UTC)

@asklow which card are you using? I've tried both a 2080 ti and 4090.

Though I've only tried the "nvidia-open" package and not "nvidia".

kplant commented on 2024-03-11 02:18 (UTC)

Yeah sure. I removed sway, wlroots-nvidia, and wlroots0.16 to be paranoid.

Installed sway, then wlroots-nvidia which removed wlroots. Restarted everything and do not have any issues.

I've tried both explicitly setting WLR_RENDERER="gles2" and not setting that environment variable, both yield the same result of no artifacting.

asklow commented on 2024-03-11 01:50 (UTC) (edited on 2024-03-11 01:57 (UTC) by asklow)

Yup. Simon thrown away the issue like it's NVIDIA bug.

Well, as you explained this introduces a blocking call which waits for GPU operations to complete. This is very much a performance regression. There is no reason why this should be necessary, glFlush introduces a synchronization barrier, which is supposed to be waited on by the buffer consumer via implicit synchronization. NACK, sorry, this is a NVIDIA bug.

I still don't understand why this package still ain't working for me. Have reinstalled the whole sway stack many times. Can you once test it by reinstall on your side ?

kplant commented on 2024-03-11 01:00 (UTC)

@asklow not sure, my PR was rejected before I ever made this patch.

https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3671

asklow commented on 2024-03-06 08:21 (UTC) (edited on 2024-03-06 08:24 (UTC) by asklow)

I donno why devs keep glflush & not change it to glfinish. Does anyone know why ? https://gitlab.freedesktop.org/wlroots/wlroots/-/blob/master/render/gles2/pass.c?ref_type=heads#L39

Also, you should probably update the patch. The line number has changed to 39.

asklow commented on 2024-03-06 07:25 (UTC) (edited on 2024-03-06 08:12 (UTC) by asklow)

Yes I have tried it again. My biggest concern is flickers while using terminals. Also. I did have vulkan-validation-layers & WLR_RENDERER flag but flickers didn't seem to go away.

pavel.lazar commented on 2024-03-04 19:56 (UTC)

Screen flickering still happens for me, but only on the external monitor. I tried setting the WLR_RENDERER to 'gles2' as well. Vulcan renderer no longer works for me.

kplant commented on 2024-03-01 22:50 (UTC)

@asklow you've tried this package with the gles2 renderer? I'm running the following combination and not do experience any artifacting:

❯ pacman -Q sway wlroots-nvidia
sway 1:1.9-1
wlroots-nvidia 0.17.1-1