FS#60102 - [nvidia-utils] 2-Way NVIDIA SLI requires disabling Primary GPU option in xorg.conf.d
Attached to Project:
Arch Linux
Opened by Nyameko Lisa (NLisa) - Tuesday, 18 September 2018, 07:58 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Sunday, 07 October 2018, 21:20 GMT
Opened by Nyameko Lisa (NLisa) - Tuesday, 18 September 2018, 07:58 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Sunday, 07 October 2018, 21:20 GMT
|
Details
Description:
Unable to get into graphical boot using 2-way SLI with NVIDIA GeForce 1080Ti's, gdm fails to launch xorg properly on accounts of no devices or screens found. Requesting that the config file /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf be updated such as to exclude or unset the ""PrimaryGPU" "yes"" option unless, Bumblebee / Optimus are installed? Additional info: Related to Arch Forum Post https://bbs.archlinux.org/viewtopic.php?id=240359 and Ubuntu Launch Pad Bug Reports https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1752053 and https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1756226. * package version(s) xorg-server-1.20.1-1 nvidia 396.54-4 nvidia-settings 396.51-1 gdm 3.28.4-1 * config and/or log files etc. In /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf ... Section "OutputClass" ... # Option "PrimaryGPU" "yes" Steps to reproduce: From fresh Arch deployment: Install nvidia xorg gdm gnome and gnome-extra groups. Enable gdm. Reboot with 2 x GPUs and SLi bridge connected. GDM does fails and cannot enter graphical boot. |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Sunday, 07 October 2018, 21:20 GMT
Reason for closing: Won't fix
Additional comments about closing: See comments.
Sunday, 07 October 2018, 21:20 GMT
Reason for closing: Won't fix
Additional comments about closing: See comments.
Will test Bumblebee GPU switching configurationon my laptop tonight or tomorrow night.
Also, I don't know if this change may break nvidia-dkms now...? [url=https://bbs.archlinux.org/viewtopic.php?id=240695]Testing Repo Subforum NVIDIA 410[/url].
Thanks,
The xorg.conf there is technically optional (however I don't know if it would work already by simply having that xorg.conf or if the PrimaryGPU line is needed in any case) thanks to that drop in file. Now that it lacks the PrimaryGPU directive, it does not set up the necessary baseline anymore, and starting X will fail.
Multi GPU SLI is "probably" rarer and more esoteric than Multi GPU Laptop configurations.
Should there be anyone else that wants to setup an SLI configuration, they should be able to find it in the amended wiki page: https://wiki.archlinux.org/index.php/NVIDIA/Tips_and_tricks#Enabling_SLI,
So I would recommend the change to be reverted, and this bug closed...?
1. Split the config snippet into an additional package (like e.g. pulseaudio-alsa) called nvidia-optimus-support or similar that the utils packages can optdepend on. Is of course an additional thing to maintain, so that's your call.
2. Revert to the previous file, as laptops and people using PRIME are likely to be more prevalent than SLI setups (and from what I'm gathering with Vulkan and co. SLI setups in general are on their way out)
3. Don't ship any config at all, redirect people relevantly to the corresponding wiki articles for setup.
Options 1. 3. will likely result in a short support influx due to people relying on the current behaviour, but that is likely to be handleable (or maybe add a news snippet about it in case)
The changes broke more setups than it fixed. I also don't want to add an additional package to fix stuff for SLI users as that further complicates things and we already have plenty of NVIDIA packages. I think the documentation way is probably the best course of action here.
I'll leave this report open for a few more days.