2011-09-28 19:10:58 +08:00
|
|
|
<refentry id="vidioc-prepare-buf">
|
|
|
|
<refmeta>
|
|
|
|
<refentrytitle>ioctl VIDIOC_PREPARE_BUF</refentrytitle>
|
|
|
|
&manvol;
|
|
|
|
</refmeta>
|
|
|
|
|
|
|
|
<refnamediv>
|
|
|
|
<refname>VIDIOC_PREPARE_BUF</refname>
|
|
|
|
<refpurpose>Prepare a buffer for I/O</refpurpose>
|
|
|
|
</refnamediv>
|
|
|
|
|
|
|
|
<refsynopsisdiv>
|
|
|
|
<funcsynopsis>
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>ioctl</function></funcdef>
|
|
|
|
<paramdef>int <parameter>fd</parameter></paramdef>
|
|
|
|
<paramdef>int <parameter>request</parameter></paramdef>
|
|
|
|
<paramdef>struct v4l2_buffer *<parameter>argp</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
</funcsynopsis>
|
|
|
|
</refsynopsisdiv>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Arguments</title>
|
|
|
|
|
|
|
|
<variablelist>
|
|
|
|
<varlistentry>
|
|
|
|
<term><parameter>fd</parameter></term>
|
|
|
|
<listitem>
|
|
|
|
<para>&fd;</para>
|
|
|
|
</listitem>
|
|
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
|
|
<term><parameter>request</parameter></term>
|
|
|
|
<listitem>
|
|
|
|
<para>VIDIOC_PREPARE_BUF</para>
|
|
|
|
</listitem>
|
|
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
|
|
<term><parameter>argp</parameter></term>
|
|
|
|
<listitem>
|
|
|
|
<para></para>
|
|
|
|
</listitem>
|
|
|
|
</varlistentry>
|
|
|
|
</variablelist>
|
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Description</title>
|
|
|
|
|
2012-05-15 19:04:28 +08:00
|
|
|
<note>
|
|
|
|
<title>Experimental</title>
|
|
|
|
<para>This is an <link linkend="experimental"> experimental </link>
|
|
|
|
interface and may change in the future.</para>
|
|
|
|
</note>
|
|
|
|
|
2011-09-28 19:10:58 +08:00
|
|
|
<para>Applications can optionally call the
|
|
|
|
<constant>VIDIOC_PREPARE_BUF</constant> ioctl to pass ownership of the buffer
|
|
|
|
to the driver before actually enqueuing it, using the
|
|
|
|
<constant>VIDIOC_QBUF</constant> ioctl, and to prepare it for future I/O.
|
|
|
|
Such preparations may include cache invalidation or cleaning. Performing them
|
|
|
|
in advance saves time during the actual I/O. In case such cache operations are
|
|
|
|
not required, the application can use one of
|
|
|
|
<constant>V4L2_BUF_FLAG_NO_CACHE_INVALIDATE</constant> and
|
|
|
|
<constant>V4L2_BUF_FLAG_NO_CACHE_CLEAN</constant> flags to skip the respective
|
|
|
|
step.</para>
|
|
|
|
|
|
|
|
<para>The <structname>v4l2_buffer</structname> structure is
|
|
|
|
specified in <xref linkend="buffer" />.</para>
|
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
&return-value;
|
|
|
|
|
|
|
|
<variablelist>
|
|
|
|
<varlistentry>
|
|
|
|
<term><errorcode>EBUSY</errorcode></term>
|
|
|
|
<listitem>
|
|
|
|
<para>File I/O is in progress.</para>
|
|
|
|
</listitem>
|
|
|
|
</varlistentry>
|
|
|
|
<varlistentry>
|
|
|
|
<term><errorcode>EINVAL</errorcode></term>
|
|
|
|
<listitem>
|
|
|
|
<para>The buffer <structfield>type</structfield> is not
|
|
|
|
supported, or the <structfield>index</structfield> is out of bounds,
|
|
|
|
or no buffers have been allocated yet, or the
|
|
|
|
<structfield>userptr</structfield> or
|
|
|
|
<structfield>length</structfield> are invalid.</para>
|
|
|
|
</listitem>
|
|
|
|
</varlistentry>
|
|
|
|
</variablelist>
|
|
|
|
</refsect1>
|
|
|
|
</refentry>
|