diff options
| author | 2019-08-29 12:32:51 +0200 | |
|---|---|---|
| committer | 2019-09-04 06:54:09 +0200 | |
| commit | da758d51968a88fc879bdbd16a0da4784499b5bb (patch) | |
| tree | f05e79b020ff3351ed0bf5ee10425496056a7307 /drivers/gpu/drm/virtio/virtgpu_object.c | |
| parent | drm/virtio: add virtio_gpu_object_array & helpers (diff) | |
| download | wireguard-linux-da758d51968a88fc879bdbd16a0da4784499b5bb.tar.xz wireguard-linux-da758d51968a88fc879bdbd16a0da4784499b5bb.zip | |
drm/virtio: rework virtio_gpu_execbuffer_ioctl fencing
Rework fencing workflow, starting with virtio_gpu_execbuffer_ioctl.
Stop using ttm helpers, use the virtio_gpu_array_* helpers (which work
on the reservation objects directly) instead.
Also store the object array in struct virtio_gpu_vbuffer, so we
explicitly keep a reference of all buffers used instead of depending
on ttm_bo_put() checking whenever the object is actually idle before
releasing it.
New workflow:
(1) All gem objects needed by a command are added to a
virtio_gpu_object_array.
(2) All reservation objects will be locked (virtio_gpu_array_lock_resv).
(3) virtio_gpu_fence_emit() completes fence initialization.
(4) fence gets added to the objects, reservation objects are unlocked
(virtio_gpu_array_add_fence, virtio_gpu_array_unlock_resv).
(5) virtio command is submitted to the host.
(6) The completion callback (virtio_gpu_dequeue_ctrl_func)
will drop object references and free virtio_gpu_object_array.
v6: rewrite most of the patch.
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Reviewed-by: Chia-I Wu <olvaffe@gmail.com>
Link: http://patchwork.freedesktop.org/patch/msgid/20190829103301.3539-9-kraxel@redhat.com
Diffstat (limited to 'drivers/gpu/drm/virtio/virtgpu_object.c')
0 files changed, 0 insertions, 0 deletions
