drm/omap: add OMAP_BO flags to affect buffer allocation
authorTomi Valkeinen <tomi.valkeinen@ti.com>
Thu, 10 Oct 2019 12:00:00 +0000 (14:00 +0200)
committerTomi Valkeinen <tomi.valkeinen@ti.com>
Fri, 11 Oct 2019 14:02:44 +0000 (17:02 +0300)
commit23b482252836ab3c5e6b3b20ed3038449cbc7679
tree682630c2fceac3ebcfae46d54d640c11c2c2a728
parent4ecc5fbcc4d43e702a473f21fee045f55fc3beb5
drm/omap: add OMAP_BO flags to affect buffer allocation

On SoCs with DMM/TILER, we have two ways to allocate buffers: normal
dma_alloc or via DMM (which basically functions as an IOMMU). DMM can
map 128MB at a time, and we only map the DMM buffers when they are used
(i.e. not at alloc time). If DMM is present, omapdrm always uses DMM.

There are use cases that require lots of big buffers that are being used
at the same time by different IPs. At the moment the userspace has a
hard maximum of 128MB.

This patch adds three new flags that can be used by the userspace to
solve the situation:

OMAP_BO_MEM_CONTIG: The driver will use dma_alloc to get the memory.
This can be used to avoid DMM if the userspace knows it needs more than
128M of memory at the same time.

OMAP_BO_MEM_DMM: The driver will use DMM to get the memory. There's not
much use for this flag at the moment, as on platforms with DMM it is
used by default, but it's here for completeness.

OMAP_BO_MEM_PIN: The driver will pin the memory at alloc time, and keep
it pinned. This can be used to 1) get an error at alloc time if DMM
space is full, and 2) get rid of the constant pin/unpin operations which
may have some effect on performance.

If none of the flags are given, the behavior is the same as currently.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Jean-Jacques Hiblot <jjhiblot@ti.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20191010120000.1421-9-jjhiblot@ti.com
drivers/gpu/drm/omapdrm/omap_gem.c
include/uapi/drm/omap_drm.h