[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

Timothy Arceri <t_arceri at yahoo.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #29 from Timothy Arceri <t_arceri at yahoo.com.au> ---
Should be fixed by:

commit feb716239e1a318eb844fd3bcaca1ffd6903067c
Author: Grazvydas Ignotas <notasas at gmail.com>
Date:   Thu Mar 16 01:09:29 2017 +0200

    util/disk_cache: hash timestamps into the cache keys

    Instead of using a directory, hash the timestamps into the cache keys
    themselves. Since there is no more timestamp directory, there is no more
    need for deleting the cache of other mesa versions and we rely on
    eviction to clean up the old cache entries. This solves the problem of
    using several incarnations of disk_cache at the same time, where one
    deletes a directory belonging to the other, like when both OpenGL and
    gallium nine are used simultaneously (or several different mesa
    installations).

    v2: using additional blob instead of trying to clone sha1 state

    v3: (Timothy Arceri) don't use an opaque data type to store
        timestamp.

    V4: (Timothy Arceri) use blob to store driver keys just make sure
        to store null terminator for strings, and make sure blob is
        defined by disk_cache and not it's users.

    Signed-off-by: Grazvydas Ignotas <notasas at gmail.com>
    Reviewed-by: Nicolai Hähnle <nicolai.haehnle at amd.com>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100091

-- 
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/20170324/d3ec3b97/attachment.html>