Hans Verkuil wrote:
[clip]
#define V4L2_EVENT_ALL 0x07ff
I suggest using 0 instead of 0x07ff. Yes, 0 is still a magic number,
but
somehow it feels a lot less magic :-)
Okay.
#define V4L2_EVENT_PRIVATE_START0x0800
#define V4L2_EVENT_RESERVED
Hi,
The event count may be useful for the reason Laurent mentioned. In case we
don't have dequeue multiple (DQEVENT_MULTIPLE?) a flag should be enough,
saying if there are any events immediately available. That'd be just one bit
we could mash into the 'type' field.
On the other hand I can
Tomasz Fujak wrote:
Hi,
Hi, Tomasz!
The event count may be useful for the reason Laurent mentioned. In case we
don't have dequeue multiple (DQEVENT_MULTIPLE?) a flag should be enough,
saying if there are any events immediately available. That'd be just one bit
we could mash into the 'type'
Hans Verkuil wrote:
[clip]
#define V4L2_EVENT_ALL 0x07ff
I suggest using 0 instead of 0x07ff. Yes, 0 is still a magic number, but
somehow it feels a lot less magic :-)
Okay.
#define V4L2_EVENT_PRIVATE_START0x0800
#define V4L2_EVENT_RESERVED
Hi,
Here's the version 2.1 of the video events RFC. It's based on Laurent
Pinchart's original RFC and version 2 which I wrote some time ago. This
time the changes are done based on discussion on the list. The old RFC
is available here:
Let's please just use either my @linuxtv.org or @kernellabs.com email
account for this...
Thanks,
Mike
Sakari Ailus wrote:
Hi,
Here's the version 2.1 of the video events RFC. It's based on Laurent
Pinchart's original RFC and version 2 which I wrote some time ago. This
time the changes are
On Friday 16 October 2009 15:39:44 Sakari Ailus wrote:
Hi,
Here's the version 2.1 of the video events RFC. It's based on Laurent
Pinchart's original RFC and version 2 which I wrote some time ago. This
time the changes are done based on discussion on the list. The old RFC
is available here: