After I update to the latest mesa git (85e1fa55066783d2748993810708dee6db7a4993) I found out the some programs (`cairo-dock -o` and gnome-terminal) start not to paint itself. After some time bisecting, I found the commit which caused the problem is 1a339b6c71ebab6e1a64f05b2e133022d3bbcd15. A google search #38602 and #38610 indicates 1f544cc58794cffe5d5cac5a83efde91154f1b7d fixes this, but not my case. Everything was good with 98ce1373e47d05d7150933c391fdeddbc897a3cd. With 1a339b6c71ebab6e1a64f05b2e133022d3bbcd15, X goes to CPU 100% after cairo-dock started. With 1f544cc58794cffe5d5cac5a83efde91154f1b7d, X starts to work again, but cairo-dock is not rendering anything (click on the "invisible" icon brings up program, though), and gnome-terminal doesn't render anything in its console part (see attachment). Going all the way to the latest commit (85e1fa55066783d2748993810708dee6db7a4993) does not help. I'm on a ATI Mobility Radeon HD 4530 512MB with git-sources-3.0-rc7: # lspci -nn | grep VGA 02:00.0 VGA compatible controller [0300]: ATI Technologies Inc M92 [Mobility Radeon HD 4500/5100 Series] [1002:9553] # uname -r 3.0.0-rc7-palatis xorg-server is 1.10.3 (as shown in `X -version`). libdrm is at commit 8d055890d90c3d92647e3d8b98d32630ef87c2c8. xf86-video-ati is at commit e8d0d437957b15252dfad775796a3949ed50dbcf. However, another computer with a HD 3300 doesn't have the problem, everything was great with this card: # lspci -nn | grep VGA 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon HD 3300 Graphics [1002:9614]
Created attachment 49064 [details] window only repaint on resize
Created attachment 49065 [details] window only redraw part of itself on maximize
Created attachment 49066 [details] [review] Patch Does the attached patch help?
(In reply to comment #3) > Created an attachment (id=49066) [details] > Patch > > Does the attached patch help? nope it doesn't.
(In reply to comment #4) > (In reply to comment #3) > > Created an attachment (id=49066) [details] [details] > > Patch > > > > Does the attached patch help? > > nope it doesn't. btw, there's no src/gallium/drivers/r600/eg_state_inlines.h in my tree (mesa master). I found that r600_translate_colorformat() is in evergreen_state.c and comment the stuff there. If I switch to a non-composite window manager (emerald -> metacity) then the windows (both cairo-dock and gnome-terminal) starts to render correctly.
I think that's a r700 card, so changing evergreen_state.c probably won't do much.
Okay, I found it DOES impact my Radeon HD 3300, too. If I turn on "Loose Binding" option in fusion-icon, both computer have the same problem (not properly rendering itself). If I turn that option off, both computer starts to render correctly (with commit 7e2827fad95071e04e382be0117c654445764c52). I previously had "Loose Binding" off on the HD3300 and didn't realize that. I think this is another problem instead of colorformat. ========== I added some debug output in st_choose_format() (st_format.c). With 98ce1373e47d05d7150933c391fdeddbc897a3cd it does print something: st_choose_format(): return PIPE_FORMAT = 1 st_choose_format(): return PIPE_FORMAT = 19 most of them are 1. But with commits after that, it doesn't print anything. I think it's not taking that path anymore.
(In reply to comment #6) > I think that's a r700 card, so changing evergreen_state.c probably won't do > much. thx for pointing this out. this time I patched the function "r600_translate_colorformat()" in file "r600_state.c". and it's all working again now. and I found the buggy pipe_format is 67 (PIPE_FORMAT_R8G8B8A8_UNORM).
Hi Victor Can you please test the latest mesa/master A patch that should resolve your issue has been pushed [1] Cheers Emil [1] http://cgit.freedesktop.org/mesa/mesa/commit/?id=d84791a72b33f96fab54ff2399e8053c50205454
commit d84791a72b33f96fab54ff2399e8053c50205454 does address this bug.
bug/show.html.tmpl processed on Mar 20, 2017 at 09:50:17. (provided by the Example extension).