[Mesa-dev] [Bug 100091] Failure to create folder for on-disk shader cache

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=100091

--- Comment #22 from John <john.ettedgui at gmail.com> ---
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

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170311/ca5cbdd6/attachment.html>