From 77f33e591fc0cbf2fbcb6cddc5803be766f206de Mon Sep 17 00:00:00 2001 From: Wim Taymans Date: Tue, 26 Jun 2012 13:02:13 +0200 Subject: [PATCH] Revert "v4l2: free kernel buffers before allocating new ones" This reverts commit 1b09bc609a578e731f0dbc8f6e698e25d8f4c5f8. Seems to make libv4l2 complain, maybe because we call REQBUFS with 0 buffers before we allocated buffers. --- sys/v4l2/gstv4l2bufferpool.c | 11 ----------- 1 file changed, 11 deletions(-) diff --git a/sys/v4l2/gstv4l2bufferpool.c b/sys/v4l2/gstv4l2bufferpool.c index 65d1a5c..0679ea3 100644 --- a/sys/v4l2/gstv4l2bufferpool.c +++ b/sys/v4l2/gstv4l2bufferpool.c @@ -305,17 +305,6 @@ gst_v4l2_buffer_pool_set_config (GstBufferPool * bpool, GstStructure * config) else num_buffers = max_buffers; - /* Free the buffers from the kernel */ - GST_DEBUG_OBJECT (pool, "Freeing the buffers from the kernel"); - - memset (&breq, 0, sizeof (struct v4l2_requestbuffers)); - breq.type = obj->type; - breq.count = 0; - breq.memory = V4L2_MEMORY_MMAP; - - if (v4l2_ioctl (pool->video_fd, VIDIOC_REQBUFS, &breq) < 0) - goto reqbufs_failed; - /* first, lets request buffers, and see how many we can get: */ GST_DEBUG_OBJECT (pool, "starting, requesting %d MMAP buffers", num_buffers); -- 2.7.4