From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org Subject: =?utf-8?q?=5BBug_100167=5D_New=3A__nouveau_sometimes_do?= =?utf-8?q?esn=E2=80=99t_resume_properly_from_suspend?= Date: Sun, 12 Mar 2017 14:09:59 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1616436985==" Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Sender: "Nouveau" To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: nouveau.vger.kernel.org --===============1616436985== Content-Type: multipart/alternative; boundary="14893277991.858b3.31969"; charset="UTF-8" --14893277991.858b3.31969 Date: Sun, 12 Mar 2017 14:09:59 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D100167 Bug ID: 100167 Summary: nouveau sometimes doesn=E2=80=99t resume properly from = suspend Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Reporter: silverunicorn2011-o+MxOtu4lMCHXe+LvDLADg@public.gmane.org QA Contact: xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org Created attachment 130172 --> https://bugs.freedesktop.org/attachment.cgi?id=3D130172&action=3Dedit dmesg output It happens after resume; sometimes it does not happen. It seems to be more likely if RAM is full, although I have enough swap space. The symptom is that X applications refuse to start, hanging in `drm_stub_op= en` (WCHAN column in `top`; status is `D` =E2=80=94 =E2=80=9Cuninterruptible sl= eep=E2=80=9D). I can=E2=80=99t even `kill -9` them: the command succeeds but nothing happens. The first app to hang seems to be the screen locker; it locks the session b= ut fails to present anything on the screen, so I have to go to VT2 and use `loginctl`. But VT switch becomes unreliable: switching from X to console succeeds at second attempt (while switching back seems to succeed always). Also I just found one app hanging in `nouveau_drm_preclose` (`D` too), consuming zero RAM. (pid=3D6455, noticed in the log) It=E2=80=99s strange but already running applications usually continue to w= ork properly. I=E2=80=99ve noticed several Oopses in the dmesg output, hope that data wil= l be helpful. --=20 You are receiving this mail because: You are the assignee for the bug.= --14893277991.858b3.31969 Date: Sun, 12 Mar 2017 14:09:59 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated
Bug ID 100167
Summary nouveau sometimes doesn=E2=80=99t resume properly from suspend
Product xorg
Version unspecified
Hardware x86-64 (AMD64)
OS Linux (All)
Status NEW
Severity normal
Priority medium
Component Driver/nouveau
Assignee nouveau@lists.freedesktop.org
Reporter silverunicorn2011@yandex.ru
QA Contact xorg-team@lists.x.org 

Created attachment 130172 =
[details]
dmesg output

It happens after resume; sometimes it does not happen. It seems to be more
likely if RAM is full, although I have enough swap space.

The symptom is that X applications refuse to start, hanging in `drm_stub_op=
en`
(WCHAN column in `top`; status is `D` =E2=80=94 =E2=80=9Cuninterruptible sl=
eep=E2=80=9D). I can=E2=80=99t even
`kill -9` them: the command succeeds but nothing happens.

The first app to hang seems to be the screen locker; it locks the session b=
ut
fails to present anything on the screen, so I have to go to VT2 and use
`loginctl`. But VT switch becomes unreliable: switching from X to console
succeeds at second attempt (while switching back seems to succeed always).

Also I just found one app hanging in `nouveau_drm_preclose` (`D` too),
consuming zero RAM. (pid=3D6455, noticed in the log)

It=E2=80=99s strange but already running applications usually continue to w=
ork
properly.

I=E2=80=99ve noticed several Oopses in the dmesg output, hope that data wil=
l be
helpful.

You are receiving this mail because:
  • You are the assignee for the bug.
= --14893277991.858b3.31969-- --===============1616436985== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTm91dmVhdSBt YWlsaW5nIGxpc3QKTm91dmVhdUBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5m cmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9ub3V2ZWF1Cg== --===============1616436985==--