Bug 1120275

Summary: system freezes at KDE sddm after doing nothing for around 2 hours
Product: [openSUSE] openSUSE Distribution Reporter: Zhiyuan Gao <zgao>
Component: X.OrgAssignee: E-mail List <xorg-maintainer-bugs>
Status: RESOLVED UPSTREAM QA Contact: E-mail List <xorg-maintainer-bugs>
Severity: Normal    
Priority: P5 - None CC: fvogt, okurz, paul.pgp-7
Version: Leap 15.0   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Zhiyuan Gao 2018-12-24 05:29:25 UTC
On openSUSE Leap 15.0, with kernel version 4.12.14-lp150.11-default and also reproduced on 4.20-rc6.

After doing nothing on my laptop for one hour or two, system freezes at sddm interface. I can't switch to other tty.
Comment 1 Bart Van Assche 2019-01-04 02:18:00 UTC
On my desktop sddm hangs after bootup. I'm using kernel version 4.19.12 and the i915 display driver. This problem does not occur if I use the gdm display manager. Which kernel version and which display driver are you using? Does switching to another display manager help (update-alternatives --config default-displaymanager && systemctl restart display-manager)?
Comment 2 Zhiyuan Gao 2019-01-04 07:24:49 UTC
(In reply to Bart Van Assche from comment #1)
> On my desktop sddm hangs after bootup. I'm using kernel version 4.19.12 and
> the i915 display driver. This problem does not occur if I use the gdm
> display manager. Which kernel version and which display driver are you
> using? Does switching to another display manager help (update-alternatives
> --config default-displaymanager && systemctl restart display-manager)?

Thank you for replying!

This bug happened under below environment. 
OS Information: 
1. 4.12.14-lp150.11-default   openSUSE Leap15 KDE
2. 4.20-rc6                   openSUSE Leap15 KDE
3. 4.18.16-300.fc29.x86_64    fedora29 Gnome

Display Driver:
nouveau

I presume it might not be relevant to sddm ---- as once in a while, this bug hits me when sddm is not on.
Comment 3 Zhiyuan Gao 2019-01-07 04:20:26 UTC
(In reply to Zhiyuan Gao from comment #2)
> (In reply to Bart Van Assche from comment #1)
> > On my desktop sddm hangs after bootup. I'm using kernel version 4.19.12 and
> > the i915 display driver. This problem does not occur if I use the gdm
> > display manager. Which kernel version and which display driver are you
> > using? Does switching to another display manager help (update-alternatives
> > --config default-displaymanager && systemctl restart display-manager)?
> 
> Thank you for replying!
> 
> This bug happened under below environment. 
> OS Information: 
> 1. 4.12.14-lp150.11-default   openSUSE Leap15 KDE
> 2. 4.20-rc6                   openSUSE Leap15 KDE
> 3. 4.18.16-300.fc29.x86_64    fedora29 Gnome
> 
> Display Driver:
> nouveau
> 
> I presume it might not be relevant to sddm ---- as once in a while, this bug
> hits me when sddm is not on.

An update on OS Information
OS Information: 
1. 4.12.14-lp150.11-default   openSUSE Leap15 KDE
2. 4.20-rc6                   openSUSE Leap15 KDE
3. 4.12.14-lp150.12.4         openSUSE Leap15 KDE

I was wondering if it is a problem with my laptop hardware so now I switched to Fedora29 gnome and let's see if the problem still hits me or not.

Thank you for following this bug!
Comment 4 Fabian Vogt 2019-01-07 10:52:32 UTC
> After doing nothing on my laptop for one hour or two, system freezes at sddm interface. I can't switch to other tty.

If you can't even switch ttys, it can't be a sddm issue.
Reassigning to X as it's most likely graphics driver related.
Comment 5 Zhiyuan Gao 2019-01-07 10:57:34 UTC
(In reply to Fabian Vogt from comment #4)
> > After doing nothing on my laptop for one hour or two, system freezes at sddm interface. I can't switch to other tty.
> 
> If you can't even switch ttys, it can't be a sddm issue.
> Reassigning to X as it's most likely graphics driver related.

I tried to ping or nmap the ip address after it freezes and only to find the host it down, is it possible to be a kernel issue?
Comment 6 Stefan Dirsch 2019-01-07 11:40:10 UTC
Yes, very likely a kernel issue. Possibly it's going down in powersave mode and freezes there or alike. Standard disclaimer for usage of nouveau driver. Sigh. :-(

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Nouveau is an experimental driver under constant heavy development.
This means that we cannot follow it closely, as we are not part of its team with reverse engineered knowledge of NVIDIA cards.


In case you wish to stick with nouveau and to help us improve its support in openSUSE, you can try our latest kernel, Mesa, and xf86-video-nouveau packages:

  http://kernel.opensuse.org/
  https://build.opensuse.org/package/show/X11:XOrg/Mesa
  https://build.opensuse.org/package/show/X11:XOrg/xf86-video-nouveau

Testing the latest versions is a prerequisite in order to inform nouveau's upstream developers of any bugs you find:

  https://nouveau.freedesktop.org/wiki/Bugs/

Once you are aware of an upstream fix for your issue, please reopen the bug and let us know.
We will be happy to include it in your openSUSE distribution if it's technically feasible.


Alternatively, you can install NVIDIA's proprietary driver instead:

  https://en.opensuse.org/SDB:NVIDIA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

(In reply to Bart Van Assche from comment #1)
> On my desktop sddm hangs after bootup. I'm using kernel version 4.19.12 and
> the i915 display driver. This problem does not occur if I use the gdm
> display manager. Which kernel version and which display driver are you
> using? Does switching to another display manager help (update-alternatives
> --config default-displaymanager && systemctl restart display-manager)?

This is likely a seperate issue due to a different driver in usage. The reason why it works with gdm there could be that there is
Wayland used instead of X, but this is wild guessing ...
Comment 7 Zhiyuan Gao 2019-01-07 12:31:42 UTC
Thank you for replying.

The thing is a few days ago I switched to fedora29 with kernel 4.18.16-300.fc29.x86_64 and gnome. I'm also using nouveau. Comment#2 should not have fedora, sorry for the wrong info.

And it has not yet freezed as it happened with leap before. 

On leap, I enabled hard lock up detector as explained [here](https://www.kernel.org/doc/Documentation/lockup-watchdogs.txt). But no kernel message pops up when it freezes.

Anyway, I will give a heads-up when fedora freezes --- which seems likely to happen if I continue using nouveau. If fedora doesn't freeze, it might be something else's problem then.