| Summary: |
Intermittent graphical corruption since "radeonsi: don't emit partial flushes at the end of IBs (v2)" (c9040dc9) |
| Product: |
Mesa
|
Reporter: |
Grigori Goronzy <greg> |
| Component: |
Drivers/Gallium/radeonsi | Assignee: |
Default DRI bug account <dri-devel> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
Default DRI bug account <dri-devel> |
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
git | |
|
| Hardware: |
Other | |
|
| OS: |
All | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
| Attachments: |
Example of graphical corruption
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 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 capture)