mirror of
https://gitee.com/bianbu-linux/linux-6.6
synced 2025-07-01 23:53:16 -04:00
ebdf565169
Currently drivers get called to move a buffer, but if they have to move it temporarily through another space (SYSTEM->VRAM via TT) then they can end up with a lot of ttm->driver->ttm call stacks, if the temprorary space moves requires eviction. Instead of letting the driver do all the placement/space for the temporary, allow it to report back (-EMULTIHOP) and a placement (hop) to the move code, which will then do the temporary move, and the correct placement move afterwards. This removes a lot of code from drivers, at the expense of adding some midlayering. I've some further ideas on how to turn it inside out, but I think this is a good solution to the call stack problems. v2: separate out the driver patches, add WARN for getting MULTHOP in paths we shouldn't (Daniel) v3: use memset (Christian) Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: hristian König <christian.koenig@amd.com> Signed-off-by: Dave Airlie <airlied@redhat.com> Link: https://patchwork.freedesktop.org/patch/msgid/20201109005432.861936-2-airlied@gmail.com |
||
|---|---|---|
| .. | ||
| Kconfig | ||
| Makefile | ||
| qxl_cmd.c | ||
| qxl_debugfs.c | ||
| qxl_dev.h | ||
| qxl_display.c | ||
| qxl_draw.c | ||
| qxl_drv.c | ||
| qxl_drv.h | ||
| 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 | ||