From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 111481] AMD Navi GPU frequent freezes on both Manjaro/Ubuntu
with kernel 5.3 and mesa 19.2 -git/llvm9
Date: Sat, 26 Oct 2019 06:03:15 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0245520770=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[IPv6:2610:10:20:722:a800:ff:fe98:4b55])
by gabe.freedesktop.org (Postfix) with ESMTP id 5E80D6EBFB
for ; Sat, 26 Oct 2019 06:03:16 +0000 (UTC)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============0245520770==
Content-Type: multipart/alternative; boundary="15720697965.30B58b6.16480"
Content-Transfer-Encoding: 7bit
--15720697965.30B58b6.16480
Date: Sat, 26 Oct 2019 06:03:16 +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=3D111481
--- Comment #176 from L.S.S. ---
Unfortunately this still happens with Nemo on 5.4-rc4 kernel (official), af=
ter
switching to Manjaro Testing channel.
The same ring sdma0 timeout error appears. An interesting phenomenon is that
when the screen freezes (taskbar clock stopped changing), at first the mouse
can still move, but after a few clicks the mouse stopped moving and the scr=
een
appears to have shifted to a previous frame before freezing completely:
The contents of the previous folder would reappear in Nemo, and the taskbar
clock may sometimes move a second backwards.
I've removed AMD_DEBUG=3Dnodma since it apparently doesn't work. If the pat=
ches
are meant for 5.4-rc4, which patches are needed to address this problem?
For now I'm using nnn (a terminal-based file manager) for browsing files si=
nce
terminals don't freeze the system... I'm not sure what might be triggering =
the
freeze as all the lockups I have so far all happened when using Nemo. Other
programs (including Firefox and Chromium) haven't triggered the freeze yet.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--15720697965.30B58b6.16480
Date: Sat, 26 Oct 2019 06:03:16 +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
Comm=
ent # 176
on bug 11148=
1
from L.S.S.
Unfortunately this still happens with Nemo on 5.4-rc4 kernel (=
official), after
switching to Manjaro Testing channel.
The same ring sdma0 timeout error appears. An interesting phenomenon is that
when the screen freezes (taskbar clock stopped changing), at first the mouse
can still move, but after a few clicks the mouse stopped moving and the scr=
een
appears to have shifted to a previous frame before freezing completely:
The contents of the previous folder would reappear in Nemo, and the taskbar
clock may sometimes move a second backwards.
I've removed AMD_DEBUG=3Dnodma since it apparently doesn't work. If the pat=
ches
are meant for 5.4-rc4, which patches are needed to address this problem?
For now I'm using nnn (a terminal-based file manager) for browsing files si=
nce
terminals don't freeze the system... I'm not sure what might be triggering =
the
freeze as all the lockups I have so far all happened when using Nemo. Other
programs (including Firefox and Chromium) haven't triggered the freeze yet.=
You are receiving this mail because:
- You are the assignee for the bug.
=
--15720697965.30B58b6.16480--
--===============0245520770==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs
--===============0245520770==--