summaryrefslogtreecommitdiff
path: root/v4l/scripts/make_makefile.pl
diff options
context:
space:
mode:
authorhans@rhel5-devel.localdomain <hans@rhel5-devel.localdomain>2009-08-14 09:50:33 +0200
committerhans@rhel5-devel.localdomain <hans@rhel5-devel.localdomain>2009-08-14 09:50:33 +0200
commit1717b46f2e34d1655a665db31979f4bfaf969c06 (patch)
tree1a0368107914a99d6da66df0fc8bbcd33a9b036c /v4l/scripts/make_makefile.pl
parenta535ec7ac67e962087811181dc3dcb59760df467 (diff)
downloadmediapointer-dvb-s2-1717b46f2e34d1655a665db31979f4bfaf969c06.tar.gz
mediapointer-dvb-s2-1717b46f2e34d1655a665db31979f4bfaf969c06.tar.bz2
libv4l: Fix reqbuf Device or Resource busy error when using read
From: Hans de Goede <hdegoede@redhat.com> Some applications such as v4l2-apps/test/capture-example.c, in read mode use select() together with read() and do a select() before the first read(). This causes issues together with certain drivers (gspca for example), do not allow switching from read mode to mmap mode and they assume read() mode if a select or poll() is done before any buffers are requested. When not using libv4l2, this is not an issue but libv4l2 uses mmap mode under the hood when converting as that safes a memcpy for each frame read. This fails with such drivers when the application has done a select() before the first read() as the driver now is in "read mode" and disallows switching to mmap mode. This patch fixes this by falling back to using read() for v4l2_read() when using mmap mode fails. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Diffstat (limited to 'v4l/scripts/make_makefile.pl')
0 files changed, 0 insertions, 0 deletions