[PATCH v2 0/8] drm/omap: OMAP_BO flags
tomi.valkeinen at ti.com
Thu Aug 1 09:02:57 UTC 2019
On 08/07/2019 13:45, Jean-Jacques Hiblot wrote:
> A first version of this work had been sent by Tomi Valkeinen in may 2017
> This series adds a few new OMAP_BO flags to help the userspace manage
> situations where it needs to use lots of buffers, and would currently run
> out of TILER space. The TILER space is limited to mapping 128MB at any given
> time and some applications might need more.
> This seres is also the opportunity to do some cleanup in the flags and
> improve the comments describing them.
> The user-space patches for libdrm, although ready, haven't been posted yet.
> It will be be done when this series have been discussed and hopefully in
> the process of getting merged.
> changes in v2:
> - fixed build error that crept in during rebase before sending (sorry
> about that)
> - rework the refcount part a bit.
> Jean-Jacques Hiblot (1):
> drm/omap: use refcount API to track the number of users of dma_addr
> Tomi Valkeinen (7):
> drm/omap: add omap_gem_unpin_locked()
> drm/omap: accept NULL for dma_addr in omap_gem_pin
> drm/omap: cleanup OMAP_BO flags
> drm/omap: remove OMAP_BO_TILED define
> drm/omap: cleanup OMAP_BO_SCANOUT use
> drm/omap: add omap_gem_validate_flags()
> drm/omap: add OMAP_BO flags to affect buffer allocation
Were there any changes to these patches compared to the ones I sent a
few years back?
If I recall right, one valid comment from Laurent was also about adding
kernel-doc for include/uapi/drm/omap_drm.h. The OMAP_BO_* flags could
have a bit more explanations in the form of kernel doc.
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
More information about the dri-devel