1 .. -*- coding: utf-8; mode: rst -*-
5 ************************************
6 Streaming I/O (DMA buffer importing)
7 ************************************
9 The DMABUF framework provides a generic method for sharing buffers
10 between multiple devices. Device drivers that support DMABUF can export
11 a DMA buffer to userspace as a file descriptor (known as the exporter
12 role), import a DMA buffer from userspace using a file descriptor
13 previously exported for a different or the same device (known as the
14 importer role), or both. This section describes the DMABUF importer role
17 Refer to :ref:`DMABUF exporting <VIDIOC_EXPBUF>` for details about
18 exporting V4L2 buffers as DMABUF file descriptors.
20 Input and output devices support the streaming I/O method when the
21 ``V4L2_CAP_STREAMING`` flag in the ``capabilities`` field of struct
22 :c:type:`v4l2_capability` returned by the
23 :ref:`VIDIOC_QUERYCAP <VIDIOC_QUERYCAP>` ioctl is set. Whether
24 importing DMA buffers through DMABUF file descriptors is supported is
25 determined by calling the :ref:`VIDIOC_REQBUFS <VIDIOC_REQBUFS>`
26 ioctl with the memory type set to ``V4L2_MEMORY_DMABUF``.
28 This I/O method is dedicated to sharing DMA buffers between different
29 devices, which may be V4L devices or other video-related devices (e.g.
30 DRM). Buffers (planes) are allocated by a driver on behalf of an
31 application. Next, these buffers are exported to the application as file
32 descriptors using an API which is specific for an allocator driver. Only
33 such file descriptor are exchanged. The descriptors and meta-information
34 are passed in struct :c:type:`v4l2_buffer` (or in struct
35 :c:type:`v4l2_plane` in the multi-planar API case). The
36 driver must be switched into DMABUF I/O mode by calling the
37 :ref:`VIDIOC_REQBUFS <VIDIOC_REQBUFS>` with the desired buffer type.
40 Example: Initiating streaming I/O with DMABUF file descriptors
41 ==============================================================
45 struct v4l2_requestbuffers reqbuf;
47 memset(&reqbuf, 0, sizeof (reqbuf));
48 reqbuf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
49 reqbuf.memory = V4L2_MEMORY_DMABUF;
52 if (ioctl(fd, VIDIOC_REQBUFS, &reqbuf) == -1) {
54 printf("Video capturing or DMABUF streaming is not supported\\n");
56 perror("VIDIOC_REQBUFS");
61 The buffer (plane) file descriptor is passed on the fly with the
62 :ref:`VIDIOC_QBUF <VIDIOC_QBUF>` ioctl. In case of multiplanar
63 buffers, every plane can be associated with a different DMABUF
64 descriptor. Although buffers are commonly cycled, applications can pass
65 a different DMABUF descriptor at each :ref:`VIDIOC_QBUF <VIDIOC_QBUF>` call.
67 Example: Queueing DMABUF using single plane API
68 ===============================================
72 int buffer_queue(int v4lfd, int index, int dmafd)
74 struct v4l2_buffer buf;
76 memset(&buf, 0, sizeof buf);
77 buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
78 buf.memory = V4L2_MEMORY_DMABUF;
82 if (ioctl(v4lfd, VIDIOC_QBUF, &buf) == -1) {
83 perror("VIDIOC_QBUF");
90 Example 3.6. Queueing DMABUF using multi plane API
91 ==================================================
95 int buffer_queue_mp(int v4lfd, int index, int dmafd[], int n_planes)
97 struct v4l2_buffer buf;
98 struct v4l2_plane planes[VIDEO_MAX_PLANES];
101 memset(&buf, 0, sizeof buf);
102 buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE;
103 buf.memory = V4L2_MEMORY_DMABUF;
105 buf.m.planes = planes;
106 buf.length = n_planes;
108 memset(&planes, 0, sizeof planes);
110 for (i = 0; i < n_planes; ++i)
111 buf.m.planes[i].m.fd = dmafd[i];
113 if (ioctl(v4lfd, VIDIOC_QBUF, &buf) == -1) {
114 perror("VIDIOC_QBUF");
121 Captured or displayed buffers are dequeued with the
122 :ref:`VIDIOC_DQBUF <VIDIOC_QBUF>` ioctl. The driver can unlock the
123 buffer at any time between the completion of the DMA and this ioctl. The
124 memory is also unlocked when
125 :ref:`VIDIOC_STREAMOFF <VIDIOC_STREAMON>` is called,
126 :ref:`VIDIOC_REQBUFS <VIDIOC_REQBUFS>`, or when the device is closed.
128 For capturing applications it is customary to enqueue a number of empty
129 buffers, to start capturing and enter the read loop. Here the
130 application waits until a filled buffer can be dequeued, and re-enqueues
131 the buffer when the data is no longer needed. Output applications fill
132 and enqueue buffers, when enough buffers are stacked up output is
133 started. In the write loop, when the application runs out of free
134 buffers it must wait until an empty buffer can be dequeued and reused.
135 Two methods exist to suspend execution of the application until one or
136 more buffers can be dequeued. By default :ref:`VIDIOC_DQBUF
137 <VIDIOC_QBUF>` blocks when no buffer is in the outgoing queue. When the
138 ``O_NONBLOCK`` flag was given to the :ref:`open() <func-open>` function,
139 :ref:`VIDIOC_DQBUF <VIDIOC_QBUF>` returns immediately with an ``EAGAIN``
140 error code when no buffer is available. The
141 :ref:`select() <func-select>` and :ref:`poll() <func-poll>`
142 functions are always available.
144 To start and stop capturing or displaying applications call the
145 :ref:`VIDIOC_STREAMON <VIDIOC_STREAMON>` and
146 :ref:`VIDIOC_STREAMOFF <VIDIOC_STREAMON>` ioctls.
150 :ref:`VIDIOC_STREAMOFF <VIDIOC_STREAMON>` removes all buffers from
151 both queues and unlocks all buffers as a side effect. Since there is no
152 notion of doing anything "now" on a multitasking system, if an
153 application needs to synchronize with another event it should examine
154 the struct :c:type:`v4l2_buffer` ``timestamp`` of captured or
157 Drivers implementing DMABUF importing I/O must support the
158 :ref:`VIDIOC_REQBUFS <VIDIOC_REQBUFS>`, :ref:`VIDIOC_QBUF <VIDIOC_QBUF>`,
159 :ref:`VIDIOC_DQBUF <VIDIOC_QBUF>`, :ref:`VIDIOC_STREAMON
160 <VIDIOC_STREAMON>` and :ref:`VIDIOC_STREAMOFF <VIDIOC_STREAMON>` ioctls,
161 and the :ref:`select() <func-select>` and :ref:`poll() <func-poll>`