| Priority | medium |
|---|---|
| Bug ID | 69076 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | weston+rs690: triangle flickering |
| Severity | major |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | david.heidelberger@ixit.cz |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | DRI CVS |
| Component | DRM/Radeon |
| Product | DRI |
How to reproduce: 1.boot 2. kdm (xorg/mesa init) 3. systemctl stop kdm 4. weston // problematic 5. alt-ctrl-bckspace 6. systemctl start kdm 7. desktop (without effects or 3D) 8. logout 9. systemctl stop kdm 10. weston (without described flickering) Screenshots: http://212.158.157.7/20130907_001.jpg (weston start - triangle damaged title) http://212.158.157.7/20130907_002.jpg (first input in terminal) http://212.158.157.7/20130907_003.jpg (terminal filled) On every redraw (input from keyboard), all damaged content (triangles) flicker. Kernel 3.9.1, mesa git, llvm git, weston+wayland git.
now it flickers for even GLX (git does that since 2 days circa)
for GLX seems to be broken between 0f6fce15852d3d6fb5251e42394332a62788ef67 commited 2013-09-05 to 694be9115d43b93610f5386b36117ec9a31ed47c commited 2013-09-12. I'll try find what concretly broken GLX. Maybe similiar thing missing in EGL.
still broken on: 18805b16c8a86ad9de4b5bb9afdce576f528f745 commited 2013-09-06 "relevant" commits between: 2013-09-06 radeon/winsys: pad IBs to a multiple of 8 DWs 2013-09-06 gallium, intel: Implements new __DRI_IMAGE_USE_LINEAR and PIPE_BIND_LINEAR flags to enforce no tiling. gallium, intel: Implements new __DRI_IMAGE_USE_LINEAR and PIPE_BIND_LINEAR flags to enforce no tiling. non-releavant: ... i915g ... debug ... docs ... r600g ... i965 .. working: 2013-09-05 glsl: propagate max_array_access through function calls
Addional information: So, in case non-broken mesa. It need to initialize GLX, then EGL render correctly. It work with broken mesa correctly, when glxgears was started with non-broken mesa which set something to card (registers?) corectly.
well, now it seems is not working with revision where it worked well. Seems that it worked was something random. I'll try downgrade to previous 3.9.1 kernel and if it'll be ok.
so tested range: kernel 3.9.1 - 3.11.0 mesa 2013-09-05 - today could it be xf86-video-ati? Why it is broken randomly :/
| What | Removed | Added |
|---|---|---|
| CC | samuel@sieb.net |
The screenshot URLS from the summary are not accessible now, but the description matches what I'm seeing. I have a laptop with RS690M (X1200) video and gnome-shell has flickering triangles everywhere. The application windows are ok, Logging out which restarts the X server usually fixes the problem. This is with Fedora 20. I tested with a Fedora 19 live system and there was no problem. I will attach new screenshots.
Created attachment 94702 [details]
gnome-shell application list
| What | Removed | Added |
|---|---|---|
| Summary | weston+rs690: triangle flickering | [r300g] RS690: triangle flickering |
video with triangle behaviour (triggered by Nine/st, but it can be seen anywhere): http://download.ixit.cz/r300_problem.mkv [size: 9MB]
I've seen elsewhere and confirmed for myself (I'm reviving an = old laptop today) that you need to use EXA acceleration and add "EXAPixmaps" "= on" in the Devices section. Option "AccelMethod" "EXA" Option "EXAPixmaps" "on" and the problem disappears. Don't even attempt to use glamor, it doesn't wo= rk.
| What | Removed | Added |
|---|---|---|
| CC | mstaudt@suse.de |
I have sent a patch to [mesa-dev] that should resolve this iss= ue, no matter whether the DDX with EXA is used or not. https://lists.freedesktop.org/archives/mesa-dev/2016-September/= 128205.html
great, it makes sense. Please post when patch will be incorpor= ated into Mesa-git tree
The patch just hit Mesa master: https://cgit.freedesktop.org/mesa/mesa/commit= /?id=3D02675622b02742960678c438f1b239321c075f50