<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Planetary Anihilation: Titans display content of other processes buffers" href="https://bugs.freedesktop.org/show_bug.cgi?id=91889#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Planetary Anihilation: Titans display content of other processes buffers" href="https://bugs.freedesktop.org/show_bug.cgi?id=91889">bug 91889</a> from <a class="email" href="mailto:albertwdfreeman@gmail.com" title="Albert Freeman <albertwdfreeman@gmail.com>"> Albert Freeman</a> <pre>The GPU has its own physical ram that is managed with a completely different system than system ram. There are actually two issues here. One is the bug in the game causing strange behavior. The other is the security issue that just so happens to (sometimes) arise due to that bug. This is probably not going to work, but try: export MESA_EXTENSION_OVERRIDE=GL_ARB_gpu_shader5 then run the game in the same console window. That seems to get rid of a rather critical warning when I replay the trace. Strange thing is, when I replay this on mesa and catalyst, the same visual corruption occurs (in the areas I can remember, exactly the same). Though catalyst shows no warnings/errors but mesa does. This shouldn't happen as apitrace simply records GL commands/data before they reach the driver. When replayed they get sent to my driver for display. Someone on irc commented that apitrace does not always capture all data needed to display the replay flawlessly. However the corruption seems to be in areas which shouldn't (in normal circumstances) be affected by missing data (as far as I know) (e.g. empty sky OR big things crosscutting many different bits of geometry/UI, like rectangles).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>