gfxreconstruct: mapped memory crash when capturing in zink
I’m not entirely sure what’s going on here, but when attempting to capture certain apps/tests, I’ll randomly get crashes when attempting to write to a mapped buffer region. The apps/tests work fine without gfxr, so I think this is somehow a bug in the layer.
My latest example is trying to run GL CTS on RADV with:
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_gfxreconstruct MESA_LOADER_DRIVER_OVERRIDE=zink ./glcts -n dEQP-GLES31.functional.shaders.opaque_type_indexing.sampler.dynamically_uniform.geometry.samplercubearray
I map a memory region of size 1048576, then try to memcpy 1 byte into it, and it crashes.
Let me know what other info I can provide.
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Comments: 27 (13 by maintainers)
Commits related to this issue
- Unblock SIGSEGV everytime a memory protection is applied on a region Tentative fix for #629 Unblock SIGSEGV each time a memory protection is applied on a shadow memory. — committed to panos-lunarg/gfxreconstruct by panos-lunarg 2 years ago
- Unblock SIGSEGV everytime a memory protection is applied on a region Tentative fix for #629 Unblock SIGSEGV each time a memory protection is applied on a shadow memory. — committed to panos-lunarg/gfxreconstruct by panos-lunarg 2 years ago
- Unblock SIGSEGV everytime a memory protection is applied on a region Tentative fix for #629 Unblock SIGSEGV each time a memory protection is applied on a shadow memory. — committed to panos-lunarg/gfxreconstruct by panos-lunarg 2 years ago
- Unblock SIGSEGV everytime a memory protection is applied on a region Tentative fix for #629 Unblock SIGSEGV each time a memory protection is applied on a shadow memory. — committed to panos-lunarg/gfxreconstruct by panos-lunarg 2 years ago
Sure thing, I’ll test it out in the next day or two.
Yup, crashes in glxgears too.
That’s correct.