FS#48053 - [nvidia] Xorg server fails to start upgrade from 358.16-1 to 358.18-2

Attached to Project: Arch Linux
Opened by Larry Johnson (keepitsimpleengineer) - Saturday, 06 February 2016, 00:43 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 12 February 2016, 16:58 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Felix Yan (felixonmars)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description: I have two archlinux x86_64 systems, my workstation (Intel) and a HTPC (amd) mythtv client. I use graysky's -ck kernels and also retain the archlinux kernels. After upgrading the archlinux kernel from 4.3.3-3 to 4.4.1-2 and upgrading NVIDIA from 358.16-3 to 361.18-3, nvidia-ck* from 358.16-2 to 361.18-1, and nvidia-utils from 358.16-1 to 358.18-2, both x servers fail to run on either kernel, shutting down with no obvious error messages. The -ck kernel was not upgraded, and is 4.3.5-1-ck.


Additional info:
* package version(s) nvidia-utils from 358.16-1 to 358.18-2
* config and/or log files etc.

From nvidia-bug-report.log (/usr/bin/nvidia-bug-report.sh) attached

───────────────────────
nvidia-settings -q all:


ERROR: libGLX.so.0: cannot open shared object file: No such file or
directory
libGLX.so.0: cannot open shared object file: No such file or
directory
libGLX.so.0: cannot open shared object file: No such file or
directory
libGLX.so.0: cannot open shared object file: No such file or
directory


ERROR: A problem occurred when loading the GUI library. Please check your
installation and library path. You may need to specify this library
when calling nvidia-settings. Please run `nvidia-settings --help`
for usage information.
──────────────────────

From Xorg.0.log
───────────────────────
[ 16.262] (II) Loading sub module "x11glvnd"
[ 16.262] (II) LoadModule: "x11glvnd"
[ 16.262] (WW) Warning, couldn't open module x11glvnd
[ 16.262] (II) UnloadModule: "x11glvnd"
[ 16.262] (II) Unloading x11glvnd
[ 16.262] (II) x11glvnd Loading
────────────────────────


Steps to reproduce:upgrade:
core/linux 4.3.3-3 4.4.1-2 0.41 MiB 57.38 MiB
extra/nvidia 358.16-3 361.18-3 1.05 MiB 5.58 MiB
repo-ck/nvidia-ck-k10 358.16-2 361.18-1 1.04 MiB 5.58 MiB
extra/nvidia-utils 358.16-1 361.18-2 12.92 MiB 24.34 MiB
community/r8168 8.041.00-2 8.041.00-4 0.00 MiB 0.14 MiB
   nvidia-bug-report.log (272 KiB)
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Friday, 12 February 2016, 16:58 GMT
Reason for closing:  Fixed
Comment by Jake Ballard (drumhed) - Sunday, 07 February 2016, 04:51 GMT
I have similar symptoms today on a Haswell machine with NVIDIA GTX950. Upgrading to 361.18-3 breaks GL. I can turn off GL on my desktop environment and have a working X-server. With GL ON, the Enlightenment desktop renders the root window, decorations, and menus, but all window content is black. In either case, there is some bold red text under the Nvidia logo during Xserver startup, but it appears to briefly to read.
Comment by Philippe Bourjac (philippeb) - Sunday, 07 February 2016, 11:14 GMT
Same symptoms here (GeForce GT630).
My .xsession-errors contains some lines like:
ERR<evas-gl_x11>modules/evas/engines/gl_x11/evas_engine.c:2730 GLX Pixmap create fail
whenever I activate OpenGL rendering in enlightenment.

Steps to reproduce:
core/linux # 4.3.3-3 -> 4.4.1-2
extra/nvidia # 358.16-3 -> 361.18-3
extra/nvidia-libgl # 358.16-1 -> 361.18-2
extra/nvidia-utils # 358.16-1 -> 361.18-2

Tested this on an ATI card: doesn't show any issue whith OpenGL on.
I would categorize this with nvidia-libgl rather than nvidia-utils.
Comment by Larry Johnson (keepitsimpleengineer) - Wednesday, 10 February 2016, 16:29 GMT
Today's (10/2/2016) upgrade of:
lib32-nvidia-utils (361.18-1 -> 361.28-1)
lib32-nvidia-libgl (361.18-1 -> 361.28-1)
broke the previous workaround of:
pacman -U linux-4.3.3-3-x86_64.pkg.tar.xz pixman-0.32.8-1-x86_64.pkg.tar.xz nvidia-utils-358.16-1-x86_64.pkg.tar.xz nvidia-ck-sandybridge-358.16-2-x86_64.pkg.tar.xz
──────────────
add'l workaround:
pacman -U lib32-nvidia-utils-358.16-1-x86_64.pkg.tar.xz nvidia-libgl-358.16-1-x86_64.pkg.tar.xz
Comment by Larry Johnson (keepitsimpleengineer) - Friday, 12 February 2016, 16:46 GMT
After today's (12/2/2016) upgrade
[2016-02-12 07:35] [ALPM] upgraded xorg-server-common (1.18.0-4 -> 1.18.1-3)
[2016-02-12 07:35] [ALPM] upgraded xorg-server (1.18.0-4 -> 1.18.1-3)

and a full upgrade of
==> Software upgrade (new version) :
core/linux 4.3.3-3 -> 4.4.1-2
extra/nvidia-libgl 358.16-1 -> 361.28-4
extra/nvidia-utils 358.16-1 -> 361.28-4
extra/opencl-nvidia 358.16-1 -> 361.28-4
extra/pixman 0.32.8-1 -> 0.34.0-1
multilib/lib32-mesa 11.1.1-1 -> 11.1.2-1
multilib/lib32-nvidia-libgl 358.16-1 -> 361.28-3
multilib/lib32-nvidia-utils 358.16-1 -> 361.28-3
repo-ck/nvidia-ck-sandybridge 358.16-2 -> 361.28-1

Xorg server now works as expected with linux 4.4.1-2-ARCH and linux-ck-sandybridge 4.3.5-1

Comment by Sven-Hendrik Haase (Svenstaro) - Friday, 12 February 2016, 16:58 GMT
Sweet. Closing.

Loading...