~ubuntu-branches/ubuntu/precise/linux-ti-omap4/precise

« back to all changes in this revision

Viewing changes to Documentation/DocBook/v4l/vidioc-querybuf.xml

  • Committer: Bazaar Package Importer
  • Author(s): Paolo Pisati
  • Date: 2011-06-29 15:23:51 UTC
  • mfrom: (26.1.1 natty-proposed)
  • Revision ID: james.westby@ubuntu.com-20110629152351-xs96tm303d95rpbk
Tags: 3.0.0-1200.2
* Rebased against 3.0.0-6.7
* BSP from TI based on 3.0.0

Show diffs side-by-side

added added

removed removed

Lines of Context:
61
61
to the number of buffers allocated with &VIDIOC-REQBUFS;
62
62
    (&v4l2-requestbuffers; <structfield>count</structfield>) minus one.
63
63
The <structfield>reserved</structfield> field should to set to 0.
 
64
When using the <link linkend="planar-apis">multi-planar API</link>, the
 
65
<structfield>m.planes</structfield> field must contain a userspace pointer to an
 
66
array of &v4l2-plane; and the <structfield>length</structfield> field has
 
67
to be set to the number of elements in that array.
64
68
After calling <constant>VIDIOC_QUERYBUF</constant> with a pointer to
65
69
    this structure drivers return an error code or fill the rest of
66
70
the structure.</para>
70
74
<constant>V4L2_BUF_FLAG_QUEUED</constant> and
71
75
<constant>V4L2_BUF_FLAG_DONE</constant> flags will be valid. The
72
76
<structfield>memory</structfield> field will be set to the current
73
 
I/O method, the <structfield>m.offset</structfield>
 
77
I/O method. For the single-planar API, the <structfield>m.offset</structfield>
74
78
contains the offset of the buffer from the start of the device memory,
75
 
the <structfield>length</structfield> field its size. The driver may
76
 
or may not set the remaining fields and flags, they are meaningless in
77
 
this context.</para>
 
79
the <structfield>length</structfield> field its size. For the multi-planar API,
 
80
fields <structfield>m.mem_offset</structfield> and
 
81
<structfield>length</structfield> in the <structfield>m.planes</structfield>
 
82
array elements will be used instead. The driver may or may not set the remaining
 
83
fields and flags, they are meaningless in this context.</para>
78
84
 
79
85
    <para>The <structname>v4l2_buffer</structname> structure is
80
86
    specified in <xref linkend="buffer" />.</para>