Arch Linux

Do you have any custom configuration file?

I have removed my custom setup and it changes nothing.
The issue still happens.

Ran into this issue today when I tried starting a game on a second X server. (`xinit /usr/bin/xonotic-glx -- :1` in a vt.)

I narrowed it down to
```
(II) xfree86: Adding drm device (/dev/dri/card0)
(EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
```
in Xorg.1.log, which means the device isn't fully set up (as it already was by the first X server), thus failing that the driver auto-detection in /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf does not kick in, and the `ModulePath` stays `/usr/lib/xorg/modules` instead of being extended to `/usr/lib/nvidia/xorg,/usr/lib/xorg/modules`.

I fixed this for myself by adding
```
Section "Files"
ModulePath "/usr/lib/nvidia/xorg"
ModulePath "/usr/lib/xorg/modules"
EndSection
```
to my xorg.conf.

This is an interesting problem but I don't really know how to debug this. I'm also not sure there is something to be done in the package that won't break things for everybody else. Can you help me fix this?

perhaps, some additional information about that, here :
https://bbs.archlinux.org/viewtopic.php?id=223409

https://bugs.archlinux.org/task/53704
Is it related or a duplicate ?

#53704 seems somewhat related, at least the fix is the same. It does however not have a full log, but I suspect it is the same cause (though it does not seem to be about starting a second X server), also it is about nvidia instead of nvidia-340xx.

To properly debug this one would need access to some hybrid graphics machine to test if starting multiple X servers works currently (and what drivers are used in those cases), or if the changes proposed below break anything.

I suspect having a /usr/share/X11/xorg.conf.d/10-nvidia.conf with the content above in the nvidia-340xx-utils package, and having the current /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf renamed to /usr/share/X11/xorg.conf.d/20-nvidia-drm-outputclass.conf to overwrite these settings in eg the bumblebee package could be a working solution.

This assumes that someone installing nvidia-340xx{,-utils} wants to use that somewhat exclusively if they don't write an xorg.conf or install bumblebee. Anyone using more than 1 gpu (or 2 with bumblebee) is likely to already need an xorg.conf to do what they want.

If the above is not a proper solution I guess we can just add a note to the wiki on how to fix this, or extend the install message of nvidia-340xx-utils.

I forgot adding that the renamed /usr/share/X11/xorg.conf.d/20-nvidia-drm-outputclass.conf should also reset the ModulePath to /usr/lib/xorg/modules.

Please try the package in [testing].

Works for me. (340.104-4)

Thanks!

here too, 340.104-4 has fixed the issue.
Great !

Broken by nvidia-340xx-utils-340.104-5.

By https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/nvidia-340xx-utils&id=f59068464cd5584dc077144ff35781f86f9b701e to be specific.

The /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf hook does not apply since the setting of the DRM interface version fails. Which is the reason why that file did not work initially.

-4 broke for pretty much everybody else. Unless you can suggest a configuration based solution that will work for everyone without breaking existing setups I think we should keep this fix in the wiki rather than try to put it in the packagae somehow.

(The other ticket being https://bugs.archlinux.org/task/56993.)

I outlined one above, I can however not test this since I don't have any hybrid/dual graphics box to test this on, I'll however detail the approach in a possibly easier to understand manner.

Dual/hybrid graphics with nvidia* (not noveau) are doable via https://wiki.archlinux.org/index.php/NVIDIA_Optimus or https://wiki.archlinux.org/index.php/Bumblebee. Optimus does not allow switching and uses the nvidia card, and requires an xorg.conf, so we will ignore that configuration.

So the only hybrid graphics solution that uses nvidia* and should work without any configuration requires installing bumblebee. This is what the proposed solution will rely on.

nvidia*-utils:
Provide /usr/share/X11/xorg.conf.d/10-nvidia.conf
Does not provide /usr/share/X11/xorg.conf.d/20-nvidia-drm-outputclass.conf anymore. This also seems logical since a file that is meant to make hybrid graphics work is now provided by bumblebee which is about hybrid graphics.

bumblebee:
Provide /usr/share/X11/xorg.conf.d/20-nvidia-drm-outputclass.conf with a new Files section.

That way a purely nvidia* box will have 10-nvidia.conf, while a hybrid box will have 20-nvidia-drm-outputclass.conf which fixes the modulepath for the hybrid graphics case.

For the specific file contents 10-nvidia.conf should be:
Section "Files"
ModulePath "/usr/lib/nvidia/xorg"
ModulePath "/usr/lib/xorg/modules"
EndSection



Whereas 20-nvidia-drm-outputclass.conf should be:
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection

Section "OutputClass"
Identifier "intel"
MatchDriver "i915"
Driver "modesetting"
EndSection

Section "OutputClass"
Identifier "nvidia"
MatchDriver "nvidia-drm"
Driver "nvidia"
Option "AllowEmptyInitialConfiguration"
Option "PrimaryGPU" "yes"
ModulePath "/usr/lib/nvidia/xorg"
EndSection



It would be nice if someone that has access to a hybrid graphics box could test this.