Matthew Auld b129ff30ac drm/qxl: handle NULL bo->resource in move callback ... The ttm bo now initially has NULL bo->resource, and leaves the driver the handle that. However it looks like we forgot to handle that for qxl. It looks like this will just null-ptr-deref in qxl_bo_move(), if bo->resource is NULL. Fix this by calling move_null() if the new resource is TTM_PL_SYSTEM, otherwise do the multi-hop sequence to ensure can safely call into ttm_bo_move_memcpy(), since it might also need to clear the memory. This should give the same behaviour as before. Fixes: 1802537820 ("drm/ttm: stop allocating dummy resources during BO creation") Signed-off-by: Matthew Auld <matthew.auld@intel.com> Cc: Christian König <christian.koenig@amd.com> Link: https://patchwork.freedesktop.org/patch/msgid/20230208145319.397235-2-matthew.auld@intel.com Acked-by: Christian König <christian.koenig@amd.com> Signed-off-by: Christian König <christian.koenig@amd.com>		2023-02-23 10:29:14 +01:00
..
Kconfig	…
Makefile	…
qxl_cmd.c	drm/qxl: stop using ttm_bo_wait	2022-12-19 09:50:06 +01:00
qxl_debugfs.c	…
qxl_dev.h	…
qxl_display.c	…
qxl_draw.c	…
qxl_drv.c	…
qxl_drv.h	drm/ttm: merge ttm_bo_api.h and ttm_bo_driver.h v2	2022-12-06 12:54:14 +01:00
qxl_dumb.c	…
qxl_gem.c	…
qxl_image.c	…
qxl_ioctl.c	…
qxl_irq.c	…
qxl_kms.c	…
qxl_object.c	…
qxl_object.h	…
qxl_prime.c	…
qxl_release.c	…
qxl_ttm.c	drm/qxl: handle NULL bo->resource in move callback	2023-02-23 10:29:14 +01:00