|| ||Sakari Ailus <email@example.com> |
|| ||"firstname.lastname@example.org" <email@example.com> |
|| ||[PATCH 0/8] V4L2 file handles and event interface |
|| ||Sat, 06 Feb 2010 20:00:58 +0200|
|| ||Laurent Pinchart <firstname.lastname@example.org>,
Hans Verkuil <email@example.com>,
"Ivan T. Ivanov" <firstname.lastname@example.org>,
Guru Raj <email@example.com>,
Cohen David Abraham <firstname.lastname@example.org>|
|| ||Article, Thread
Here's the third version of the V4L2 file handle and event interface
patchset. I've marked this as PATCH instead of RFC for the first time.
The first patch adds the V4L2 file handle support and the rest are for
The second patch adds reference count for the v4l2_fh structures. This
is useful later when queueing events to file handles.
The next six patches are for the event interface.
The patchset has been tested with the OMAP 3 ISP driver. A simple test
program can be found as the attachment. Patches for OMAP 3 ISP are not
part of this patchset but are available in Gitorious (branch is called
The major change since the last RFC set is changing the kmem_cache
allocation to static per file handle allocation. The number of
allocatable events that way is likely small and can now be set by the
driver. Adding further events to free queue is also possible runtime.
Also, if a driver does not use events, the event system overhead for the
driver is limited to one pointer in v4l2_fh structure.
Locking has been also improved. The v4l2_fh structures have reference
count which makes it possible to free the list lock when working on
individual file handles. The spinlocks have been moved from events to
the file handles themselves.
To unsubscribe V4L2_EVENT_ALL, VIDIOC_UNSUBSCRIBE_EVENT has to be issued
for that event ID.
Comments would be welcome indeed. Especially on the new locking and
[2. text/x-csrc; polltest2.c]...