<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Lack of grass in The Talos Principle on radeonsi (native\wine\nine)" href="https://bugs.freedesktop.org/show_bug.cgi?id=89069#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Lack of grass in The Talos Principle on radeonsi (native\wine\nine)" href="https://bugs.freedesktop.org/show_bug.cgi?id=89069">bug 89069</a> from <a class="email" href="mailto:smoki00790@gmail.com" title="smoki <smoki00790@gmail.com>"> smoki</a> <pre>(In reply to Daniel Scharrer from <a href="show_bug.cgi?id=89069#c7">comment #7</a>) > I can confirm that reverting 0e9cdedd2e3943bdb7f3543a3508b883b167e427 fixes > the grass, but it also brings back the GPU fault errors in dmesg from bug > #87278, although not reproducible with the first apitrace there... I also tried that one and no GPU faults... but you already say that OK. As you say that you can't reproduce it with some traces, you may try to research which exact option in game (and there are planty of them in this game) introduce those GPU faults... start with the lowest one and go up, etc... Also yo can start a game with env MESA_GL_VERSION_OVERRIDE, beceuse it then pick different shaders depending on the version, you may try 2.1, 3.0 or 3.3COMPAT, etc... Anyway reverting that unsafe optimization which broke rendering sholudn't do anything other then fix rendering, but if that holding SI cards to not made GPU faults then it should be reverted for sure right in the mesa git, so that developers can find where are real problems with SI is.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>