|Summary:||Incorrect rendering in CS:GO|
|Component:||Drivers/Gallium/radeonsi||Assignee:||Default DRI bug account <dri-devel>|
|Status:||RESOLVED MOVED||QA Contact:||Default DRI bug account <dri-devel>|
|i915 platform:||i915 features:|
|Bug Depends on:|
Broken AUG scope
bo clear hack, needs 4.9 kernel at least
issue on 18.1.3
vega 64 on mesa 19.1.3
Description network723 2017-03-16 20:35:30 UTC
Created attachment 130271 [details] Broken AUG scope In windows, when you're aiming with AUG the screen around the scope is blurred. On Mesa we have strange black pattern. The pattern changes on each cs:go restart. I can reproduce it on Mesa 17.1-git + llvm 5.0 + RX480 and on stock Ubuntu 16.04.2 (Mesa 13.0, I believe) + R7 240 Note: green rectangles are not the bug, it's me hiding my steam name.
Comment 1 Samuel Pitoiset 2017-03-16 21:05:41 UTC
Thanks for reporting this. It would be nice if you can upload good/bad screenshots. And it would be very nice if you can record an apitrace which reproduces the issue.
Comment 2 Ernst Sjöstrand 2017-03-22 18:56:52 UTC
I can't reproduce this with my Fury, and have never seen it, for reference... Any tweaks like R600_DEBUG etc?
Comment 3 Bruno Jacquet (Xaapyks) 2017-04-27 19:39:20 UTC
Hello, I have the same problem on my RX 480 and current mesa git. I produced an apitrace but it is ~734MiB and trimming seems to be corrupting it, I might be doing something wrong. How should I share and eventually trim/extract only the relevant part from the trace?
Comment 4 Nicolai Hähnle 2017-04-29 08:52:37 UTC
You can upload the trace on Google Drive or some similar storage service.
Comment 5 Bruno Jacquet (Xaapyks) 2017-04-29 12:22:14 UTC
I took another apitrace, which I uploaded here : http://dl.free.fr/u43NDpptG But when I replay my traces (glretrace), I notice : - Graphical corruptions when I open the ingame console or when a map is loaded (which is NOT a problem I seen during normal runtime). The menu is fine. - The scope bug (this report subject) is not visible from the replayed trace on my end... Maybe it is an apitrace bug from my side? Not sure if I may report this to the apitrace project, this happens in apitrace from git too.
Comment 6 Michel Dänzer 2017-05-01 03:44:16 UTC
Try setting the environment variable MESA_EXTENSION_OVERRIDE=-GL_ARB_buffer_storage when capturing the apitrace.
Comment 7 Bruno Jacquet (Xaapyks) 2017-05-01 12:16:20 UTC
Thank you very much Michel, indeed masking this extension produces a correct trace that can be replayed to reproduce the scope bug. So here is a new apitrace showing the bug : http://dl.free.fr/oD7tgoSw9 For reference, the outside of the scope is supposed to be slightly blurred. Random screenshot found on google images to show the expected rendering : http://misc.team-aaa.com/perso_skullgun/MaJCSGO/Augscope.jpg
Comment 8 Samuel Pitoiset 2017-05-06 14:59:15 UTC
Thanks for the trace. The issue can be reproduced with mesa/llvm from today on RX480. I'm investigating.
Comment 9 Grazvydas Ignotas 2017-05-10 23:44:59 UTC
Created attachment 131302 [details] [review] bo clear hack, needs 4.9 kernel at least This seems to be the same problem as with DOOM Vulkan, some buffer is not cleared when it should be. It still needs to be investigated wether it's game's fault or radeonsi's though...
Comment 10 Bruno Jacquet (Xaapyks) 2017-05-13 08:32:01 UTC
Thank you Samuel. Grazvydas, thanks for the patch, it does fix the visual issue, even though I understand this is not a proper fix. I did not notice a performance drop (in CS:GO at least) with it, so I will be using until this issue is resolved.
Comment 11 network723 2017-12-16 16:04:23 UTC
There is no corruption on scope with current mesa git + llvm 6.0 on TAHITI. I don't have RX480 anymore, so I can't test it with POLARIS.
Comment 12 Timothy Arceri 2018-04-02 11:02:08 UTC
The apitrace link not longer works so can't test on POLARIS but assuming this is fixed as per comment 11. Please reopen if this is not the case.
Comment 13 Bruno Jacquet (Xaapyks) 2018-07-07 21:11:54 UTC
Created attachment 140499 [details] issue on 18.1.3
Comment 14 Bruno Jacquet (Xaapyks) 2018-07-07 21:12:41 UTC
Unfortunately this is not resolved on RX480 and mesa 18.1.3. I attached a screenshot of the issue.
Comment 15 network723 2018-07-08 09:30:56 UTC
(In reply to Bruno Jacquet (Xaapyks) from comment #14) > Unfortunately this is not resolved on RX480 and mesa 18.1.3. > I attached a screenshot of the issue. I confirm this is happening on mesa-git + RX560. Unfortunately, the hardware is not mine, so I cannot test it with bo clear hack. There is also some texture corruption ob de_nuke, but i'm not sure if it's related to this bug: https://i.imgur.com/tjfI2uY.jpg. If someone can test these with bo clear hack please do it, I can't do it myself as I'm still waiting for the refund money for my dead RX480 :(
Comment 16 Bruno Jacquet (Xaapyks) 2018-07-08 10:27:51 UTC
Here is the apitrace for the scope bug : http://xaapyks.info/csgo_linux64.3.trace.bz2 (mesa 18.1.3) md5 = a876e4fd64168486c3e6dfefd9edca86 It seems I have to set STEAM_RUNTIME=0 to reproduce it. >There is also some texture corruption ob de_nuke, but i'm not sure if it's related to this bug: https://i.imgur.com/tjfI2uY.jpg. I am not experiencing this.
Comment 17 network723 2018-11-25 09:52:14 UTC
Still happens with Mesa git master 9fc1ce258cf956d21a9d4940a3c10c5547d93408, Polaris10 only, Oland and Tahiti are not affected.
Comment 18 network723 2019-01-10 09:44:33 UTC
Is this bug still being worked on? The problem is still here, but there's a little update: sometimes texture gets cleared correctly. Currently running Mesa git master 31e4c9ce400341df9b0136419b3b3c73b8c9eb7e
Comment 19 Timothy Arceri 2019-05-03 01:20:43 UTC
If you run steam from the command line with: R600_DEBUG=zerovram steam Does that fix the issue for you?
Comment 20 network723 2019-05-03 06:08:06 UTC
(In reply to Timothy Arceri from comment #19) > Does that fix the issue for you? Yes, it does fix scope rendering for me. Is any negative performance impact to be expected with that flag? Also, is it doing effectively same thing as patch from comment #9?
Comment 21 Timothy Arceri 2019-05-06 04:31:24 UTC
(In reply to network723 from comment #20) > (In reply to Timothy Arceri from comment #19) > > Does that fix the issue for you? > > Yes, it does fix scope rendering for me. > Is any negative performance impact to be expected with that flag? Potentially but it's unlikely to be noticeable. > Also, is it doing effectively same thing as patch from comment #9? Yes.
Comment 22 Timothy Arceri 2019-05-06 23:43:44 UTC
Should be fixed by: commit 49025292fbbf285d4473d2c20a83b6c533a79d45 Author: Timothy Arceri <firstname.lastname@example.org> Date: Mon May 6 14:39:44 2019 +1000 radeonsi: add config entry for Counter-Strike Global Offensive This fixes rendering issues with gun scopes which is rather important. Cc: "19.0" "19.1" <email@example.com> Acked-by: Bas Nieuwenhuizen <firstname.lastname@example.org> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100239
Comment 23 Bruno Jacquet (Xaapyks) 2019-08-08 20:53:43 UTC
Since my last message I upgraded my GPU, I now have a Vega 64, and in mesa 19.1.3 I still have the issue, the AUG scope is being all garbled with black patches. mesa 19.1.3 appears to have a cherry-pick of the commit (825ca9e42eacd305a63f63c61fbbe6348b0266aa) and I checked, I do have the conf in my filesystem: $ grep -A2 "Counter-Strike Global Offensive" /usr/share/drirc.d/00-mesa-defaults.conf <application name="Counter-Strike Global Offensive" executable="csgo_linux64"> <option name="radeonsi_zerovram" value="true" /> </application> So I'd say the issue is still there.
Comment 24 Bruno Jacquet (Xaapyks) 2019-08-08 20:59:55 UTC
Created attachment 144987 [details] vega 64 on mesa 19.1.3
Comment 25 Michel Dänzer 2019-08-09 08:40:49 UTC
(In reply to Bruno Jacquet (Xaapyks) from comment #23) > So I'd say the issue is still there. Maybe you have a ~/.drirc or other drirc file which gets picked up and disables radeonsi_zerovram? (E.g. due to ever starting the old "driconf" application with a driver which supported the option)
Comment 26 Bruno Jacquet (Xaapyks) 2019-09-14 12:45:13 UTC
(In reply to Michel Dänzer from comment #25) > (In reply to Bruno Jacquet (Xaapyks) from comment #23) > > So I'd say the issue is still there. > > Maybe you have a ~/.drirc or other drirc file which gets picked up and > disables radeonsi_zerovram? (E.g. due to ever starting the old "driconf" > application with a driver which supported the option) ~/.drirc and /etc/drirc do not exist on my fs. /usr/share/drirc.d only contains 00-mesa-defaults.conf which is not modified from what the mesa build provides and is packaged in Arch. strace seems to confirm it is not loading any other "drirc" file any and I don't have any "*MESA*" or "*GL*" env var.
Comment 27 Timothy Arceri 2019-09-17 02:09:21 UTC
(In reply to Bruno Jacquet (Xaapyks) from comment #26) > (In reply to Michel Dänzer from comment #25) > > (In reply to Bruno Jacquet (Xaapyks) from comment #23) > > > So I'd say the issue is still there. > > > > Maybe you have a ~/.drirc or other drirc file which gets picked up and > > disables radeonsi_zerovram? (E.g. due to ever starting the old "driconf" > > application with a driver which supported the option) > > ~/.drirc and /etc/drirc do not exist on my fs. > /usr/share/drirc.d only contains 00-mesa-defaults.conf which is not modified > from what the mesa build provides and is packaged in Arch. > > strace seems to confirm it is not loading any other "drirc" file any and I > don't have any "*MESA*" or "*GL*" env var. I just tested the trace from comment 16 on my Vega 64 and using the environment variable fixed the issue for me. Do you have an old kernel? radeonsi_zeroram=true will do nothing on pre 4.9 kernels. If you have at least 4.9 can you try closing steam then running it from the command line with: radeonsi_zeroram=true steam And then run CS:GO. This should force the setting even if your system is not picking up the right config file.
Comment 28 GitLab Migration User 2019-09-25 17:58:13 UTC
-- 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/1261.