projects
/
mesa.git
/ commitdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
| commitdiff |
tree
raw
|
patch
| inline |
side by side
(parent:
03ffa9c
)
vk/allocator: Don't call VALGRIND_MALLOCLIKE_BLOCK on fresh gem_mmap's
author
Jason Ekstrand
<jason.ekstrand@intel.com>
Sat, 30 May 2015 04:15:47 +0000
(21:15 -0700)
committer
Jason Ekstrand
<jason.ekstrand@intel.com>
Sat, 30 May 2015 04:15:47 +0000
(21:15 -0700)
src/vulkan/allocator.c
patch
|
blob
|
history
diff --git
a/src/vulkan/allocator.c
b/src/vulkan/allocator.c
index aeb08ce1cec41b556a3fb0fc3e9f25d5ec8a3523..950b23c857a9a1aa0c95eab682631b616a05ed39 100644
(file)
--- a/
src/vulkan/allocator.c
+++ b/
src/vulkan/allocator.c
@@
-700,7
+700,11
@@
anv_bo_pool_alloc(struct anv_bo_pool *pool, struct anv_bo *bo)
return vk_error(VK_ERROR_MEMORY_MAP_FAILED);
}
- VG(VALGRIND_MALLOCLIKE_BLOCK(new_bo.map, pool->bo_size, 0, false));
+ /* We don't need to call VALGRIND_MALLOCLIKE_BLOCK here because valgrind
+ * already picks up on the gem_mmap and treats that as a malloc. If we
+ * really want to be pedantic we could do a VALGRIND_FREELIKE_BLOCK
+ * right after the mmap, but there's no good reason.
+ */
*bo = new_bo;
return VK_SUCCESS;