Summary: | gnome-base/gdm-43.0 61-gdm.rules checks for ENV{NVIDIA_PRESERVE_VIDEO_MEMORY_ALLOCATIONS}!="1" to enable wayland on nvidia | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Scheiblauer <tom> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ionen, ivo97 |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://gitlab.gnome.org/GNOME/mutter/-/issues/1942 | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=873154 https://bugzilla.redhat.com/show_bug.cgi?id=2128910 https://launchpad.net/bugs/1876632 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3583 https://gitlab.gnome.org/GNOME/mutter/-/issues/2051 https://gitlab.gnome.org/GNOME/gdm/-/issues/784 https://github.com/gentoo/gentoo/pull/38482 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Thomas Scheiblauer
2022-09-27 09:54:48 UTC
This has been known to cause issues with elogind for several users (partly due to lack of nvidia hooks) and not convinced I want to unexpectedly turn this back on at the moment even with USE=wayland (perhaps not even using wayland) -- doesn't help that I don't have a proper setup to test this at the moment (maybe if had some feedback). Would rather leave it up to users to edit their nvidia.conf as they see fit. Regardless of if that'd be good or not, that gdm is checking sleep-related stuff to enable wayland makes little sense to me -- this is just adding obscure ways in which wayland will be disabled based on how users setup sleep features. (In reply to Ionen Wolkens from comment #1) > Would rather leave it up to users to edit their nvidia.conf as they see fit. In this case I would at least add an explaining elog entry into pkg_postinst() to make people aware of this issue, since enabling the "wayland" USE-flag alone would not be enough for starting Wayland sessions with this driver. (In reply to Thomas Scheiblauer from comment #2) > In this case I would at least add an explaining elog entry into > pkg_postinst() to make people aware of this issue, since enabling the > "wayland" USE-flag alone would not be enough for starting Wayland sessions > with this driver. I consider this to be a gdm issue more than a nvidia-drivers issue, and I think gdm should be the one to do something about it. (In reply to Ionen Wolkens from comment #3) > (In reply to Thomas Scheiblauer from comment #2) > > In this case I would at least add an explaining elog entry into > > pkg_postinst() to make people aware of this issue, since enabling the > > "wayland" USE-flag alone would not be enough for starting Wayland sessions > > with this driver. > I consider this to be a gdm issue more than a nvidia-drivers issue, and I > think gdm should be the one to do something about it. As a reminder, this is entirely gdm-specific, this doesn't stop you from using wayland with e.g. sddm+plasma, sway, etc... And I'm not quite sure why it wants to disable wayland based on sleep settings. I upgraded to gdm-43.0 today and also got my Wayland session unavailable. I'm glad I found those two reported bugs. I had to change the lookup path for "system-sleep/nvidia" and set NVIDIA_PRESERVE_VIDEO_MEMORY_ALLOCATIONS variable to 1. But found another problem. ``` IMPORT{program}="/bin/sh -c 'echo NVIDIA_HIBERNATE=`systemctl is-enabled nvidia-hibernate`'" ENV{NVIDIA_HIBERNATE}!="enabled", GOTO="gdm_disable_wayland" IMPORT{program}="/bin/sh -c 'echo NVIDIA_RESUME=`systemctl is-enabled nvidia-resume`'" ENV{NVIDIA_RESUME}!="enabled", GOTO="gdm_disable_wayland" IMPORT{program}="/bin/sh -c 'echo NVIDIA_SUSPEND=`systemctl is-enabled nvidia-suspend`'" ENV{NVIDIA_SUSPEND}!="enabled", GOTO="gdm_disable_wayland" ``` These lines in the rules file (right after the one with MEMORY_ALLOCATIONS check) basically disable Wayland session for anyone with the OpenRC system since there isn't a systemctl utility. I had to comment out these lines to enable the Wayland session again. It seems the setting is here to avoid problems like: https://gitlab.gnome.org/GNOME/mutter/-/issues/1942 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3583 (In reply to Pacho Ramos from comment #6) > It seems the setting is here to avoid problems like: *needed |