From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 101565] Intermittent graphical corruption since "radeonsi:
don't emit partial flushes at the end of IBs (v2)" (c9040dc9)
Date: Fri, 23 Jun 2017 14:03:45 +0000
Message-ID:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2107301400=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 8DD126E786
for ; Fri, 23 Jun 2017 14:03:45 +0000 (UTC)
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
--===============2107301400==
Content-Type: multipart/alternative; boundary="14982266250.A4dbcFD.4123";
charset="UTF-8"
--14982266250.A4dbcFD.4123
Date: Fri, 23 Jun 2017 14:03:45 +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=3D101565
Bug ID: 101565
Summary: Intermittent graphical corruption since "radeonsi:
don't emit partial flushes at the end of IBs (v2)"
(c9040dc9)
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel@lists.freedesktop.org
Reporter: greg@chown.ath.cx
QA Contact: dri-devel@lists.freedesktop.org
Created attachment 132156
--> https://bugs.freedesktop.org/attachment.cgi?id=3D132156&action=3Dedit
Example of graphical corruption
Commit c9040dc9 seems to cause graphical corruption on VI for me. It looks =
like
some caching issue, since the corruption is intermittent and mostly appears
only for a single frame. Maybe some assumptions made about the kernel's
handling of IBs aren't true?
I can trigger issues reliably by running some OpenCL load in the background
(for instance, an Ethereum miner). That will make X (glamor) and gnome-shell
rendering glitch randomly with high probability.
Reverting the commit fixes the problem completely.
Attached is a screenshot, showing what kind of artefacts I encounter. (Using
the screenshot tool doesn't work as it'll rerender everything before captur=
e)
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--14982266250.A4dbcFD.4123
Date: Fri, 23 Jun 2017 14:03:45 +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 |
101565
|
| Summary |
Intermittent graphical corruption since "radeonsi: don't=
emit partial flushes at the end of IBs (v2)" (c9040dc9)
|
| Product |
Mesa
|
| Version |
git
|
| Hardware |
Other
|
| OS |
All
|
| Status |
NEW
|
| Severity |
normal
|
| Priority |
medium
|
| Component |
Drivers/Gallium/radeonsi
|
| Assignee |
dri-devel@lists.freedesktop.org
|
| Reporter |
greg@chown.ath.cx
|
| QA Contact |
dri-devel@lists.freedesktop.org
|
Created attachme=
nt 132156 [details]
Example of graphical corruption
Commit c9040dc9 seems to cause graphical corruption on VI for me. It looks =
like
some caching issue, since the corruption is intermittent and mostly appears
only for a single frame. Maybe some assumptions made about the kernel's
handling of IBs aren't true?
I can trigger issues reliably by running some OpenCL load in the background
(for instance, an Ethereum miner). That will make X (glamor) and gnome-shell
rendering glitch randomly with high probability.
Reverting the commit fixes the problem completely.
Attached is a screenshot, showing what kind of artefacts I encounter. (Using
the screenshot tool doesn't work as it'll rerender everything before captur=
e)
You are receiving this mail because:
- You are the assignee for the bug.
=
--14982266250.A4dbcFD.4123--
--===============2107301400==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============2107301400==--