Change remaining SHA-1 occurences to BLAKE3

Acked-by: Alyssa Rosenzweig <alyssa.rosenzweig@intel.com>
Acked-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/40383>

src/compiler/glsl/shader_cache.cpp

@@ -36,7 +36,7 @@
  * such as SSO, attribute bindings, frag data bindings, etc.
  *
  * In order to avoid caching any actual IR we use the put_key/get_key support
- * in the disk_cache to put the SHA-1 hash for each successfully compiled
+ * in the disk_cache to put the BLAKE3 hash for each successfully compiled
  * shader into the cache, and optimisticly return early from glCompileShader
  * (if the identical shader had been successfully compiled in the past),
  * in the hope that the final linked shader will be found in the cache.

src/util/disk_cache.h

@@ -156,10 +156,10 @@ disk_cache_get_function_identifier(void *ptr, blake3_hasher *ctx)
  * a more efficient implementation.
  *
  * In all cases, the keys are sequences of 20 bytes. It is anticipated
- * that callers will compute appropriate SHA-1 signatures for keys,
+ * that callers will compute appropriate BLAKE3 signatures for keys,
  * (though nothing in this implementation directly relies on how the
  * names are computed). See mesa-blake3.h and _mesa_blake3_compute for
- * assistance in computing SHA-1 signatures.
+ * assistance in computing BLAKE3 signatures.
  */
 struct disk_cache *
 disk_cache_create(const char *gpu_name, const char *timestamp,

src/util/tests/cache_test.cpp

@@ -331,7 +331,7 @@ test_put_and_get(bool test_cache_size_limit, const char *driver_id)
 
    one_KB = (uint8_t *) calloc(1, 1024);
 
-   /* Obviously the SHA-1 hash of 1024 zero bytes isn't particularly
+   /* Obviously the BLAKE3 hash of 1024 zero bytes isn't particularly
     * interesting. But we do have want to take some special care with
     * the hash we use here. The issue is that in this artificial case,
     * (with only three files in the cache), the probability is good