http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c1 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bnc-team-gnome@forge.provo. |sreeves@suse.com |novell.com | --- Comment #1 from Dominique Leuenberger --- Scott: can you please find a resource to assist on this issue? I'll be off for a week, and we should try to not stall this issue for that long -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 Stephan Kulow changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coolo@suse.com -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c22 --- Comment #22 from Dominique Leuenberger --- We now have an updated X-stack in openSUSE 42; unfortunately, GNOME Still has its share of issues starting up.

From the journal, I extracted a part of the log that might be interesting:

(II) glamor: EGL version 1.4 (DRI2) EGL_MESA_drm_image required (EE) modeset(o): glamor initialization failed -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c24 --- Comment #24 from Stefan Dirsch --- (In reply to Dominique Leuenberger from comment #22)

We now have an updated X-stack in openSUSE 42; unfortunately, GNOME Still has its share of issues starting up.

From the journal, I extracted a part of the log that might be interesting:

(II) glamor: EGL version 1.4 (DRI2) EGL_MESA_drm_image required (EE) modeset(o): glamor initialization failed

So we don't see the issue on factory/tumbleweed? Are you sure? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c26 --- Comment #26 from Stefan Dirsch --- Are you testing with qemu (cirrus KMS driver)? Is this reproducable on e.g. Intel graphics (i915 KMS driver) when using modesetting driver? Setting AccelMethod option for modesetting driver to "none" may help. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c28 --- Comment #28 from Dominique Leuenberger --- Created attachment 641132 --> http://bugzilla.opensuse.org/attachment.cgi?id=641132&action=edit A full Xorg.log from my VM, where I see about the same as openQA by now -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c29 --- Comment #29 from Stefan Dirsch --- So indeed no fatal error. X appears to come up perfectly fine! If GNONME session cannot be started, we need to look at the session startup logfile - wherever this is located now. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c36 --- Comment #36 from Dominique Leuenberger --- (In reply to Dominique Leuenberger from comment #34)

The latest issues seem to be based on systemd user session tracking issues.

* if I don't set X to setuid, I don't have permissions on /dev/input/*

xdm and sddm start Xorg as root, causing this not to be an issue there. On Tumbleweed, we also start Xorg as non-privileged user, so 'this works' - but we are lacking some integration pieces in Leap 42.1 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c46 --- Comment #46 from Stefan Dirsch --- (In reply to Dominique Leuenberger from comment #45)

(In reply to Stefan Dirsch from comment #44)

...

That one maybe?

http://unix.stackexchange.com/questions/149283/xorg-with-kernel-mode- settings-wont-work-with-other-tty

should not be : active tty during boot is vt7 (thanks to plymouth) - and gdm fires up on tty7 too.

Please leave gdm out of the game for now and try with a pure Xserver started as root, i.e. Xorg -retro -verbose 7 -logverbose 7

...

[ 120.356] (EE) intel(0): failed to set mode: Permission denied [13] is one we randomly see on Tumbleweed testing as well (rarely though)

Ok. That's news for me. Possibly it fails for everyone testing on real hardware? I wouldn't be surprised ...

On my qemu/kvm, I got a bit different logs: X obviously starts (but doesn't show anything).

But there I see that the cirrus driver can't load due to a kernel module occupying the device already - then it falls back to fbdev... (any trick for this setup?)

cirrus X driver cannot work, if a Cirrus KMS is loaded (which is meanehile the default). Fallback should be modesetting X driver though. Now integrated into X server ("modeset" in the logfile). fbdev would be the last resort. So there is something wrong.

But I also see permission issues when opening /dev/input/* devices - so not much working once X started (with a black screen only)

Again related to gdm I guess. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c48 --- Comment #48 from Dominique Leuenberger --- Created attachment 641656 --> http://bugzilla.opensuse.org/attachment.cgi?id=641656&action=edit Xorg.log, X started manually without any DM result was a black screen with a blinking cursor topleft -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c49 --- Comment #49 from Stefan Dirsch --- Ok. Whatever. What I did now was that I've updated a regular SLES12 system with intel graphics card with X11:XOrg:42 repo. I noticed that I also needed to update xf86-input-evdev driver (probably no issue for openSUSE:42, if this got recompiled with the new X input API version). Bare Xserver then shows me: # grep EE /var/log/Xorg.0.log (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 10669.875] (EE) systemd-logind: failed to take device /dev/dri/card0: Operation not permitted [ 10670.013] (EE) systemd-logind: failed to take device /dev/input/event5: Operation not permitted [ 10670.023] (EE) systemd-logind: failed to take device /dev/input/event4: Operation not permitted [ 10670.024] (EE) systemd-logind: failed to take device /dev/input/event0: Operation not permitted [ 10670.025] (EE) systemd-logind: failed to take device /dev/input/event1: Operation not permitted [ 10670.026] (EE) systemd-logind: failed to take device /dev/input/event2: Operation not permitted [ 10670.027] (EE) systemd-logind: failed to take device /dev/input/event6: Operation not permitted But everything works AFAICS. Same applies to X started via gdm. # grep EE /var/log/gdm/:0.log (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (EE) systemd-logind: failed to get session: PID 2702 does not belong to any known session GNOME session works fine though. So currently I believe we need an update for systemd-logind. And the GNOME update broke something in addition ... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c51 --- Comment #51 from Stefan Dirsch --- Ah. Interesting. With xorg-server built with --disable-systemd-logind \ --with-systemd-daemon="no" \ I no longer see the error messages about permission problems with systemd-logind. I will submitrequest this change and the udpated input drivers. Possibly this helps. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c53 --- Comment #53 from Dominique Leuenberger --- Created attachment 641703 --> http://bugzilla.opensuse.org/attachment.cgi?id=641703&action=edit Full boot journal - post update of xf86-input-evdev to 2.9.2 No more permission errors to get X up (gnome still not firing up..) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c56 --- Comment #56 from Dominique Leuenberger --- The issue for GNOME Session registration is found: libXi < 1.7.4 is to be blamed. Updated to 1.7.4 and my gnome session starts up (with Xorg having systemd integration enabled - and evdev updated to 2.9.2) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=936842 http://bugzilla.opensuse.org/show_bug.cgi?id=936842#c58 --- Comment #58 from Stefan Dirsch --- Ok. I've reverted xorg-server changes and submitrequested an update libXi 1.7.4. SR#317958 and SR#317967. -- You are receiving this mail because: You are on the CC list for the bug.