linux/drivers/gpu/drm/ttm
Christian König d77bfc8dc7 drm/ttm: stop pooling cached NUMA pages v2
commit b6976f323a upstream.

We only pool write combined and uncached allocations because they
require extra overhead on allocation and release.

If we also pool cached NUMA it not only means some extra unnecessary
overhead, but also that under memory pressure it can happen that
pages from the wrong NUMA node enters the pool and are re-used
over and over again.

This can lead to performance reduction after running into memory
pressure.

v2: restructure and cleanup the code a bit from the internal hack to
    test this.

Signed-off-by: Christian König <christian.koenig@amd.com>
Fixes: 4482d3c94d ("drm/ttm: add NUMA node id to the pool")
CC: stable@vger.kernel.org
Reviewed-by: Felix Kuehling <felix.kuehling@amd.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20240415134821.1919-1-christian.koenig@amd.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2024-04-27 17:13:03 +02:00
..
tests mm, treewide: rename MAX_ORDER to MAX_PAGE_ORDER 2024-01-08 15:27:15 -08:00
Makefile drm/ttm: Introduce KUnit test 2023-08-09 18:04:22 +02:00
ttm_agp_backend.c
ttm_bo_util.c drm/ttm: Make sure the mapped tt pages are decrypted when needed 2024-04-03 15:32:29 +02:00
ttm_bo_vm.c - Nick Piggin's "shoot lazy tlbs" series, to improve the peformance of 2023-04-27 19:42:02 -07:00
ttm_bo.c drm/ttm: return ENOSPC from ttm_bo_mem_space v3 2024-04-13 13:10:03 +02:00
ttm_device.c A null pointer dereference fix for v3d and a protection fault fix for 2024-02-05 12:20:52 +01:00
ttm_execbuf_util.c drm/ttm: merge ttm_bo_api.h and ttm_bo_driver.h v2 2022-12-06 12:54:14 +01:00
ttm_module.c
ttm_module.h
ttm_pool.c drm/ttm: stop pooling cached NUMA pages v2 2024-04-27 17:13:03 +02:00
ttm_range_manager.c drm/ttm: merge ttm_bo_api.h and ttm_bo_driver.h v2 2022-12-06 12:54:14 +01:00
ttm_resource.c drm/ttm: fix warning that we shouldn't mix && and || 2023-06-23 17:21:02 +02:00
ttm_sys_manager.c
ttm_tt.c drm/ttm: Make sure the mapped tt pages are decrypted when needed 2024-04-03 15:32:29 +02:00