<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Failure to create folder for on-disk shader cache" href="https://bugs.freedesktop.org/show_bug.cgi?id=100091#c22">Comment # 22</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Failure to create folder for on-disk shader cache" href="https://bugs.freedesktop.org/show_bug.cgi?id=100091">bug 100091</a> from <a class="email" href="mailto:john.ettedgui@gmail.com" title="John <john.ettedgui@gmail.com>"> John</a> <pre>In case it helps, here are the calls for disk_cache_create (always called by r600_disk_cache_create). First when starting the Battle.Net launcher: - Called for radeonsi_dri.so - Called for d3dadapter9.so.1.0.0 - Called for d3dadapter9.so.1.0.0 - Called for d3dadapter9.so.1.0.0 - Called for radeonsi_dri.so When starting StarCraft II: - Called for d3dadapter9.so.1.0.0 - Called for d3dadapter9.so.1.0.0 - Called for radeonsi_dri.so The order seems to stay the same in my various tests. I've tried all 3 ifs related to path, ie with only MESA_GLSL_CACHE_DIR set, with only XDG_CACHE_HOME set and with no variable set, the behavior is the same. Without nine the calls are: First when starting the Battle.Net launcher: - Called for radeonsi_dri.so - Called for radeonsi_dri.so When starting StarCraft II: - Called for radeonsi_dri.so I've verified that these were the right libraries in r600_disk_cache_create (since the timestamps are shared I wanted to verify with the filenames.). And here is a stack trace for each library at that point: /usr/lib32/d3d/d3dadapter9.so.1(+0x300323) [0x71859323]. /usr/lib32/d3d/d3dadapter9.so.1(+0x30e165) [0x71867165]. /usr/lib32/d3d/d3dadapter9.so.1(+0x3df181) [0x71938181]. /usr/lib32/d3d/d3dadapter9.so.1(+0x274388) [0x717cd388]. /usr/lib32/d3d/d3dadapter9.so.1(+0x43c4c) [0x7159cc4c]. /usr/lib32/d3d/d3dadapter9.so.1(+0x2fdc9) [0x71588dc9]. /usr/bin/../lib32/wine/d3d9-nine.dll.so(present_create_adapter9+0x128) [0x7d581c58]. /usr/bin/../lib32/wine/d3d9-nine.dll.so(+0x1794d) [0x7d57b94d]. /usr/bin/../lib32/wine/d3d9-nine.dll.so(d3dadapter9_new+0x7c) [0x7d57c18c]. /usr/bin/../lib32/wine/d3d9-nine.dll.so(Direct3DCreate9+0x5c) [0x7d579fac]. and /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x65d793) [0x6ae86793]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x675365) [0x6ae9e365]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x6a3081) [0x6aecc081]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(radeon_drm_winsys_create+0x8e8) [0x6add6718]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x4e264b) [0x6ad0b64b]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x60b656) [0x6ae34656]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x4ec550) [0x6ad15550]. /usr/lib32/xorg/modules/dri/radeonsi_dri.so(+0x4edc20) [0x6ad16c20]. /usr/lib32/libGL.so.1(+0x2713c) [0x7d33613c]. /usr/lib32/libGL.so.1(+0x49678) [0x7d358678]. Should libGL really be loaded when using nine? I hope something is useful in there. Thanks, John</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>