renesas/drm.git/omap, branch android

omap: release lock also on error paths

2012-10-09T14:41:27+00:00

Signed-off-by: Rob Clark

omap: include omap_drm.h independently

2012-08-23T19:21:01+00:00

omap_drm.h uses data type defined in stdint.h, but that header was
not included.

omap_drm.h includes drm.h as a local file when it is part of the
compiler c flags.

This two issues are fixed. New code can include omap_drm.h alone.

Signed-off-by: Víctor Manuel Jáquez Leal 
Signed-off-by: Rob Clark

omap: add refcnting and handle tracking

2012-07-13T21:18:25+00:00

There can be scenarios, especially when re-importing an existing buffer,
where you end up with multiple 'struct omap_bo's wrapping a single GEM
object handle.  Which causes badness when the first of the evil-clones
is omap_bo_del()'d.

To do this, introduce reference counting and a hashtable to track the
handles per fd.

First, to avoid bo's slipping through the crack if multiple 'struct
omap_device's are created for one drm fd, a hashtable mapping drm
fd to omap_device, and the omap_device itself is reference counted.
Per omap_device, we keep a handle_table mapping GEM handle to omap_bo.
When buffers are imported from flink name or dmabuf fd, the handle
table is consulted, and if an omap_bo already exists, it's refcnt is
incremented and it is returned.  For good measure, to avoid the
handle_table being deleted before the omap_bo is freed, the omap_bo
holds a reference to the omap_device.

TODO: check the overhead of the hashtable.  If too much we could maybe
get away with only tracking exported and imported bo's in the table.

TODO: all the import/export flink/dmabuf operations are generic DRM
ioctls.  Really all this functionality could be handled by a generic
drm_bo and drm_device "base class" that could be extended by omap,
exynos, etc.  That would also allow more common userspace code by
avoiding artificial libdrm_omap dependencies.

Signed-off-by: Rob Clark

omap: add API to import bo's from dmabuf fd's

2012-07-13T21:16:46+00:00

Signed-off-by: Rob Clark

omap: clarify dmabuf file descriptor ownership

2012-07-13T21:16:46+00:00

Signed-off-by: Rob Clark

omap: add dmabuf support

2012-04-11T14:51:36+00:00

Signed-off-by: Rob Clark

omap: fix compiler warning

2012-04-03T21:47:48+00:00

When compiling with linaro toolchain version 4.6.2 got this warning.

  CC     omap_drm.lo
omap_drm.c: In function 'omap_bo_new_impl':
omap_drm.c:139:6: warning: 'bo' may be used uninitialized in this function [-Wuninitialized]

This patch initialize bo to NULL avoiding the warning.

Signed-off-by: Víctor Manuel Jáquez Leal 
Signed-off-by: Rob Clark

omap: fix license header

2012-04-03T21:44:43+00:00

In syncing with the corresponding kernel header, the wrong license
header was inadvertantly copied over.  The intention was for the
userspace headers to have a MIT license following the convention
of the rest of libdrm, xorg, etc.

Signed-off-by: Rob Clark

omap: add omapdrm support

2012-03-28T21:00:14+00:00

This adds libdrm_omap helper layer (as used by xf86-video-omap,
omapdrmtest, etc).

Signed-off-by: Rob Clark 
Reviewed-by: Alex Deucher 
[danvet: pushed for Rob, he doesn't yet have commit access.]
Signed-off-by: Daniel Vetter