http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c1 Max Staudt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mstaudt@suse.com --- Comment #1 from Max Staudt --- Thank you for your bug report! Comments below: (In reply to Vladimir FROMENT from comment #0)

In /etc/gdm/custom.conf, if WaylandEnable is set to false, after rebooting and typing login&password into the Gnome login screen, the system hang. I suspect a kernel panic but I don't know what log I can provide to prove it since it seems impossible to switch to a console TTY : ctrl+alt+F1 to F12 doesn't respond once the system is frozen.

Anything to be found in the system journal? Maybe the system had time to write an error message to disk - please use journalctl to have a look. On the other hand, maybe the X server hung, but the system itself is still alive, and VT switching is dead because X and GDM (or maybe earlier: Plymouth and GDM) are fighting for VT_SETMODE and produce a deadlock in the VT subsystem. Been there before.

For your info, I need to fallback to Xorg because Wayland doesn't detect my external screen (I haven't had time to look for troubleshoot tips yet but I may open a bug report in a few days).

Sigh. That's something for the desktop team, I guess.

CPU: Quad core Intel Core i7-7700HQ (-HT-MCP-) cache: 6144 KB

Kaby Lake - that's pretty darn new. I suspect all display outputs are connected to the Intel GPU. Once the Nvidia card is blocked, things should "just work".

Graphics: Card-1: Intel Device 591b Card-2: NVIDIA GP106M [GeForce GTX 1060 Mobile]

Whoops. By default, the nouveau kernel driver is in use, which is known to do funky things with some cards. Can you please blacklist the nouveau kernel module, rebuild the initramfs (by calling mkinitrd) and then reboot? Maybe that'll fix it... You can use lsinird to check that nouveau.ko is not contained in the resulting initramfs. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c3 --- Comment #3 from Vladimir FROMENT --- Created attachment 767737 --> http://bugzilla.opensuse.org/attachment.cgi?id=767737&action=edit Journalctl logs A bit of overview about the timestamps in these journalctl logs: vlad@linux-5udt:~> grep -i "\-\- Reboot" -B1 Documents/journalctl-Xorg-fallback.txt avril 19 17:40:40 linux-5udt systemd-journald[423]: Journal stopped -- Reboot -- ## This reboot happens after disabling Wayland in /etc/gdm/custom.conf -- avril 19 17:41:48 linux-5udt systemd[1]: Startup finished in 5.623s (kernel) + 5.200s (initrd) + 47.118s (userspace) = 1min 5.494s. -- Reboot -- ## At about 17:41 I started typing login/pass in GDM, I waited until 17:44 before hard rebooting due to frozen state. So the interesting traces are right before this point -- avril 19 17:46:39 linux-5udt systemd-journald[461]: Journal stopped -- Reboot -- ## Right after re-enabling Wayland -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c5 --- Comment #5 from Vladimir FROMENT --- It appears that nouveau was already blacklisted, I forgot I had installed bumblebee some time ago... So I did various tests to make sure that the Xorg fallback failure wasn't related to bumblebee. It isn't, it keeps failing. I tried also with nouveau enabled again but it didn't change anything. FYI I did ran the initrd command after enabling it. Now the system is in the situation where nouveau is blacklisted again and bumblebee is removed (I reinstalled bbswitch though). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c8 --- Comment #8 from Vladimir FROMENT --- (In reply to Stefan Dirsch from comment #7)

Another option would be to disable Intel graphics (in Firmware) - if possible and then run NVIDIA's proprietary driver. But I'm not sure, whether the hardware supports this (for all needed outputs).

Do you mean disabling the Intel GPU in the BIOS ? It is not possible with this laptop. Eventually, by following [1] and [2], I could fix the fallback issue by setting the kernel parameter "i915.enable_guc=1". This option apparently enable advanced drivers for recent Intel chipsets. Following [2] advices, I also added enable_rc6=1, enable_fbc=1, enable_psr=1, disable_power_well=0 and semaphores=1. That seems not to have introduced any regression in my use cases. Either under Wayland and Xorg. So the bug report can be considered fixed from my point of view (although my external screen is still not detected, which is odd because Ubuntu 17.10 does it, but that's another story). Unless you need more info/logs from me ? [1] https://wiki.archlinux.org/index.php/intel_graphics [2] https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c10 --- Comment #10 from Vladimir FROMENT --- Yes, this sole option was enough. The others I mentioned were added after validating that my fallback issue was solved. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c12 Max Staudt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msrb@suse.com, | |sndirsch@suse.com, | |tiwai@suse.com, | |xorg-maintainer-bugs@forge. | |provo.novell.com --- Comment #12 from Max Staudt --- Takashi, FYI. Seems like some Kaby Lake chips have funky firmware loading. Do you know about this? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c14 --- Comment #14 from Stefan Dirsch ---

Graphics: Card-1: Intel Device 591b

Takashi, sure this is CFL (Coffelake)? #define INTEL_KBL_GT2_IDS(info) \ [...] INTEL_VGA_DEVICE(0x591B, info), /* Halo GT2 */ \ Coffeelake has different IDs (0x3E??) according to current linux/drm/i915_pciids.h. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c16 --- Comment #16 from Stefan Dirsch --- (In reply to Stefan Dirsch from comment #15)

(In reply to Takashi Iwai from comment #13)

...

What shows /sys/module/i915/parameters/enable_guc if you don't pass the value -1? After loading the driver, it'll be set to either 0, 1 or 2.

According to

https://wiki.archlinux.org/index.php/intel_graphics#Enable_GuC_. 2F_HuC_firmware_loading

this came with Kernel 4.16.

But maybe it's already in sle15/Leap 15 with our backports. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c17 --- Comment #17 from Takashi Iwai --- (In reply to Stefan Dirsch from comment #14)

...

Graphics: Card-1: Intel Device 591b

Takashi, sure this is CFL (Coffelake)?

Sorry, I was confused. The chip in question is Kaby Lake (KBL). But the question still stands. Both KBL and CFL use the same firmware, and guc loading should have been enabled without the extra option. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c20 --- Comment #20 from Vladimir FROMENT --- (In reply to Stefan Dirsch from comment #19)

(In reply to Takashi Iwai from comment #13)

...

What shows /sys/module/i915/parameters/enable_guc if you don't pass the value -1? After loading the driver, it'll be set to either 0, 1 or 2.

For this please test without option

"i915.enable_guc=1"

(and all the other options). If needed, i.e. you're using an /etc/modprobe.d file snippet, recreate initrd afterwards via

mkinitrd

So after disabling all above-mentionned options in Yast > Bootloader and rebooting, the value of /sys/module/i915/parameters/enable_guc is 0. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c22 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(tiwai@suse.com) --- Comment #22 from Stefan Dirsch --- (In reply to Takashi Iwai from comment #21)

Thanks. I checked the recent code, and indeed the default value is zero. It was changed from -1 to 0 some time ago due to the latency issues and S4 resume problem, according to the git log.

Ok. Interesting.

If enable_guc=1 option alone really helps, I believe it's worth to report to upstream devs.

Which is supposed to be done by us or the reporter?

It'd be great if you can double-check it.

That's what the reporter did before (comment #10). So should he really *double* check literally? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tiwai@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=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c25 --- Comment #25 from Vladimir FROMENT --- (In reply to Stefan Dirsch from comment #24)

Thanks. Vladimir, could you please test our KOTD? (currently 4.17-rc)

https://en.opensuse.org/openSUSE:Kernel_of_the_day

Installed KOTD with this command: rpm -i --force http://download.opensuse.org/repositories/Kernel:/HEAD/standard/x86_64/kerne... But the system fails to boot correctly. I get an error message at boot time saying "[FAILED] Failed to start Load Kernel Modules". The system doesn't get to load gdm and end up in maintenance mode. The journalctl logs will be attached right away. It seems related to the encrypted /home. I can reinstall Leap Beta in last version with an unencrypted /home but that would not be representing my normal setup. On another hand, prior to installing KOTD, I upgraded my Leap Beta via "zypper dup" and the workaround doesn't work anymore, even with i915.enable_guc=1. Wayland load but fallback to Xorg doesn't (same symptoms as before). It was beta 206.1 before upgrade. Let me know what you would need from me to move forward. I should have some time this weekend to test multiple setups if needed. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c27 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tutux84@onenetbey | |ond.org) | --- Comment #27 from Stefan Dirsch --- OMG. :-( -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c30 --- Comment #30 from Vladimir FROMENT --- (In reply to Max Staudt from comment #28)

Looks like a kernel or base system bug to me. Totally unrelated to your graphics problems.

Agreed. (In reply to Stefan Dirsch from comment #29)

Hope you installed the KOTD in addition to the existing one and can still boot the old one?

Yes, I had no problem to boot on the old kernel. All is working fine. But that kind of messed up the troubleshoot path héhé. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c32 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(tutux84@onenetbey | |ond.org) --- Comment #32 from Stefan Dirsch --- Hmm. So I guess this is again *without* "WaylandEnable=false" in /etc/gdm/custom.conf, right? Can you confirm this? So running gdm itself on Wayland and then running the GNOME session on top of X.Org appears to work for you - for whatever reasons. I guess we can then close the issue then, since this is what people will try, if GNOME on Wayland does not work. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1090122 http://bugzilla.opensuse.org/show_bug.cgi?id=1090122#c34 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tutux84@onenetbey | |ond.org) | --- Comment #34 from Stefan Dirsch --- Ok. Let's close this one then.

I still have some instabilities in one use case on Xorg I will report in detail > when I have more time in a few days (external screen detected on Xorg, but after > reboot, GDM do not show up anymore). But regarding the initial report, I would say the issue is solved or workarounded ;)

Please use a separate bugreport this then, but you could refer to this bugreport there. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.