Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#53274 - Replacement of mesa-libgl with mesa lead to problems restarting xserver

Attached to Project: Community Packages
Opened by Florian (SugarWater) - Sunday, 12 March 2017, 14:31 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 01 December 2017, 12:31 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Laurent Carlier (lordheavy)
Felix Yan (felixonmars)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Running a pacman -Syu, lead to the mesa package being updated, which produced a conflict with mesa-libgl.
mesa-libgl was therefor removed.
After a reboot startx-command would successfully start the visual environment(e.g. input would reach the application) but no output would be procuded(the screen went black).
After terminating the application started via .xinitrc and startx the application terminal would be back.
The logs show no abnormal behaviour or errors.

Removing the /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf and running startx again fixes the problem.
Another step undertaken, but not confirmed if it contributes to the fix: removal of all xf86-video-packages.



GDM works fine (KDM not tested).
But starting awesome4.x from within gdm fails.


Additional info:
* package version(s)
local/mesa 17.0.1-2
local/libvdpau 1.1.1-2
local/nvidia 378.13-3
local/nvidia-utils 378.13-5
local/opencl-nvidia 378.13-5

* config and/or log files etc.


Steps to reproduce:


System: Laptop with Intel and NVidia GPU,
Put system into state of morning of the 12th of March (Z)
Ensure /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf is present.
restart X/reboot System.
This has to be on the X-Server(startx).
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Friday, 01 December 2017, 12:31 GMT
Reason for closing:  Won't fix
Additional comments about closing:  No idea what to do with this.
Comment by Alexander Schnaidt (Namarrgon) - Sunday, 07 May 2017, 21:27 GMT
A user on irc reported the same; the eDP display turns off when starting X on an optimus equipped Dell Inspiron. The only way to "fix" it was to remove 10-nvidia-drm-outputclass.conf or to set PrimaryGPU to "no". Any other installed xf86-video-* packages seemed to have no influence.
Comment by Sven-Hendrik Haase (Svenstaro) - Saturday, 03 June 2017, 11:59 GMT
No idea what to properly do here. You guys?
Comment by Alexander Schnaidt (Namarrgon) - Saturday, 03 June 2017, 12:20 GMT
I don't have access to anything that uses optimus but, from what I could scrape off of irc, installing the 'bumblebee' package works around this, apparently because it blacklists the nvidia and nouveau modules. Confirmed by ngkaho1234.

https://git.archlinux.org/svntogit/community.git/tree/trunk/bumblebee.conf?h=packages/bumblebee

The gpu itself can then be used via primusrun/optirun. A note on the wiki might be enough.
Comment by Sven-Hendrik Haase (Svenstaro) - Thursday, 26 October 2017, 20:03 GMT
Still no idea what to do with this. I'm going to close this soon if no concrete suggestions come up. I don't want to break stuff for other users and I don't have a way to test this.

Loading...