System Environment: ---------------------------------------------- Hardware: SNB-Hunoriver Libdrm:(master)libdrm-2.4.39-20-ga4cb7233a8da171e53b48b376be5c1265c29a612 Mesa: (master)53e36d333c9b619c1a5fe9a8d2d08665654b0234 Kernel: (drm-intel-nightly) 18986b8d32b30a9c986c042280aa9127b0f809e9 Bug detailed description: ---------------------------------------------- unigine-sanctruary has 98% regression caused by Mesa. I have bisected it and found the following mesa commit is first bad commit: commit 7139ab80ca9b1b3572ef6da98765ca783e8e5e3b Author: Eric Anholt <eric@anholt.net> Date: Wed Aug 8 09:03:26 2012 -0700 i965: Fix rendering to small mipmaps of depth/stencil buffers using a temp mt. Fixes 51 piglit tests (fbo-clear-formats, and most of the remaining failures in depthstencil). Performance: ------------------------- the performacne results of Nexuiz tested on SNB with (master)53e36d333 is 0.156 fps with (master)4004620d is 8.69 fps. Reproduce steps: --------------------------------------------- 1. xinit& 2.gnome-session 3.vblank_mode=0 ./bin/Sanctuary -video_app opengl -data_path ../ -sound_app null -system_script sanctuary/unigine.cpp -engine_config ../data/unigine.cfg -video_mode -1 -video_fullscreen 1 -extern_define PHORONIX -video_width 1600 -video_height 900
This bug also caused unigine-tropic reduce by 15%, which fps value changed from 8.51 to 7.17.
*** Bug 57047 has been marked as a duplicate of this bug. ***
The issue also exists on IronLake.
I was never able to reproduce the original quoted 98% reduction in sanctuary performance, probably because of some configuration option that differs. Please retest with master after the last round of validation fixes.
The issue still exists on my side both on SNB and ILK with latest Mesa code. (In reply to comment #4) > I was never able to reproduce the original quoted 98% reduction in sanctuary > performance, probably because of some configuration option that differs. > Please retest with master after the last round of validation fixes.
Reproduced it now -- the snb array miptrees are aligned to 11*j instead of 12*j like on ivb, so they consistently end up mis-aligned, and we get expensive workaround blits. However, given that we're hitting this workaround, I suspect that you were seeing incorrect rendering in the before case. I didn't quite get a test done for that, so can you confirm that you have watched the test and verified that it was rendering correctly before submitting this bug?
Bo, please confirm if the previous commit (with good performance) works without rendering issue.
I tested it again and I can confirm that it's rendering correctly with both previous commit which perform well and the bad commit(53e36...) I mentioned in the report. On my side, "incorrect rendering" can only be reproduced when we do not copy "unigine_drirc" into /root/.drirc before run unigine-sanctruary. (In reply to comment #6)
Created attachment 76300 [details] It's drirc for unigine game
For the record, you shouldn't be installing a static drirc into your homedir. The drirc installed by Mesa (which doesn't match the one you posted) should be installed to /etc/ by your builds.
"incorrect rendering" still can't be reproduced with drirc that matches mesa.
can you reproduce this bug?
(In reply to comment #6) > Reproduced it now -- the snb array miptrees are aligned to 11*j instead of > 12*j like on ivb, so they consistently end up mis-aligned, and we get > expensive workaround blits. Eric, do you have plan to fix this?
We're hoping that Jordan's layered rendering work will end up fixing this.
any update?
Meng is on Holidays due to 2013/9/22, please expect slow response.
The problem is still exist on SNB. good commit master branch : 5c8dd6cf7995 15.58 fps bad commit 9.2 branch : 46273ba2564 2.98 fps
Jordan, any plan?
The issue still exists on Mesa master branch.
I posted an RFC patch series that seems to resolve this bug "Gen6 render surface state changes"
(In reply to comment #20) > I posted an RFC patch series that seems to resolve this bug > "Gen6 render surface state changes" Hi, is there a plan when putting the patch series into master?
The issue also exists on 2014Q2.
(In reply to comment #21) > (In reply to comment #20) > > I posted an RFC patch series that seems to resolve this bug > > "Gen6 render surface state changes" > Hi, is there a plan when putting the patch series into master? I am working on an updated version of the patch series. I'll try to post it this week to mesa-dev. By the way, this patch series will not help ILK.
This issue still exists on upstream.
Actually,i want say this issue also still exists on mesa-10.2.2.
For SNB, this should be resolved in master a1dca7069bd46074f43658c87d396bff8cd4dffd.
(In reply to comment #26) > For SNB, this should be resolved in master > a1dca7069bd46074f43658c87d396bff8cd4dffd. Verified it.
The issue is fixed on SNB, so change the title.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1390.
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.