Using dma-buf and camera to demonstrate UMM
Using dma-buf and camera to demonstrate UMM
Blueprint information
- Status:
- Complete
- Approver:
- Jesse Barker
- Priority:
- Essential
- Drafter:
- Rob Clark
- Direction:
- Approved
- Assignee:
- Rob Clark
- Definition:
- Approved
- Series goal:
- Accepted for trunk
- Implementation:
- Implemented
- Milestone target:
- 2012.02
- Started by
- Jesse Barker
- Completed by
- Ilias Biris
Related branches
Related bugs
Sprints
Whiteboard
Notes:
[danilo, 2012-02-20] For status.linaro.org to properly parse the work items, we must use 'INPROGRESS' as the status only—I've thus moved the description to the front of the status.
Meta:
Roadmap id: GWG2011-
Headline: v4l2+drm buffer sharing with dmabuf
Acceptance:
Camera buffers allocated from drm (GEM), exported to dmabuf handles, passed to v4l2 for capture.
Note: OV5640 sensor is used because it can capture UYVY/YUY2 (instead of only raw bayer). Later when v4l2 camera driver gains ability to use ISS resizer to resize/colorconvert then raw bayer sensors (like OV5650) could be used as well.
Two scenarios:
1) simple: test app running without X11, renders GEM buffers via drm plane (overlay API) in single process
2) advanced: X11/dri2video, buffers allocated in xserver context, exported to client app vie dri2video, passed to v4l2 as dmabuf handles
Work Items
Work items:
rebase v4l2/dmabuf patches on 3.3-rc1 (working, needs cleanup and pushing): INPROGRESS
rebase drm/dmabuf patches on 3.3-rc1 (working, needs cleanup and pushing): DONE
rebase sgx patches on 3.3-rc1: DONE
xf86-video-omap support for dri2video: DONE
omapdrm support for drmplane/overlay: DONE
omapdrmtest test app support for drmplane: DONE
omapdrmtest test app support for dri2video: DONE