You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Applications can call ioctl VIDIOC_REQBUFS again to change the number of buffers. Note that if
any buffers are still mapped or exported via DMABUF, then ioctl VIDIOC_REQBUFS can only succeed
if the V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS capability is set. Otherwise ioctl VIDIOC_REQBUFS
will return the EBUSY error code. If V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is set, then these
buffers are orphaned and will be freed when they are unmapped or when the exported DMABUF fds
are closed. A count value of zero frees or orphans all buffers, after aborting or finishing any
DMA in progress, an implicit VIDIOC_STREAMOFF.
So - if there hasn't been any call to mmap (or munmap has been called on all buffers), shouldn't it be possible to call REQBUF to change the number of buffers?
The text was updated successfully, but these errors were encountered:
According to the V4L API (https://www.kernel.org/doc/html/latest/userspace-api/media/v4l/vidioc-reqbufs.html):
So - if there hasn't been any call to mmap (or munmap has been called on all buffers), shouldn't it be possible to call REQBUF to change the number of buffers?
The text was updated successfully, but these errors were encountered: