Re: [PATCH] accel/ivpu: Use dma_resv_lock() instead of a custom mutex

Hi, On 5/28/2025 7:50 PM, Lizhi Hou wrote: > > On 5/28/25 08:43, Jacek Lawrynowicz wrote: >> This fixes a potential race conditions in: >>   - ivpu_bo_unbind_locked() where we modified the shmem->sgt without >>     holding the dma_resv_lock(). >>   - ivpu_bo_print_info() where we read the shmem->

Re: [PATCH] accel/ivpu: Use dma_resv_lock() instead of a custom mutex

On 5/28/25 08:43, Jacek Lawrynowicz wrote: This fixes a potential race conditions in: - ivpu_bo_unbind_locked() where we modified the shmem->sgt without holding the dma_resv_lock(). - ivpu_bo_print_info() where we read the shmem->pages without holding the dma_resv_lock(). Using dma

[PATCH] accel/ivpu: Use dma_resv_lock() instead of a custom mutex

This fixes a potential race conditions in: - ivpu_bo_unbind_locked() where we modified the shmem->sgt without holding the dma_resv_lock(). - ivpu_bo_print_info() where we read the shmem->pages without holding the dma_resv_lock(). Using dma_resv_lock() also protects against future syncronis