All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sylwester Nawrocki <snjw23@gmail.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, Hans Verkuil <hans.verkuil@cisco.com>
Subject: Re: [RFCv1 PATCH 1/3] V4L2: Add per-device-node capabilities
Date: Tue, 15 Nov 2011 21:18:12 +0100	[thread overview]
Message-ID: <4EC2C904.2010308@gmail.com> (raw)
In-Reply-To: <43f3b62f1a17a91a02b5a66026b8af02ad31fa2f.1320661643.git.hans.verkuil@cisco.com>

Hello Hans,

On 11/07/2011 11:37 AM, Hans Verkuil wrote:
> From: Hans Verkuil<hans.verkuil@cisco.com>
> 
> If V4L2_CAP_DEVICE_CAPS is set, then the new device_caps field is filled with
> the capabilities of the opened device node.
> 
> The capabilities field traditionally contains the capabilities of the whole
> device. E.g., if you open video0, then if it contains VBI caps then that means
> that there is a corresponding vbi node as well. And the capabilities field of
> both the video and vbi node should contain identical caps.
> 
> However, it would be very useful to also have a capabilities field that contains
> just the caps for the currently open device, hence the new CAP bit and field.
> 
> Signed-off-by: Hans Verkuil<hans.verkuil@cisco.com>
> ---
>   include/linux/videodev2.h |    7 +++++--
>   1 files changed, 5 insertions(+), 2 deletions(-)
> 
> diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
> index 4b752d5..2b6338b 100644
> --- a/include/linux/videodev2.h
> +++ b/include/linux/videodev2.h
> @@ -243,8 +243,9 @@ struct v4l2_capability {
>   	__u8	card[32];	/* i.e. "Hauppauge WinTV" */
>   	__u8	bus_info[32];	/* "PCI:" + pci_name(pci_dev) */
>   	__u32   version;        /* should use KERNEL_VERSION() */
> -	__u32	capabilities;	/* Device capabilities */
> -	__u32	reserved[4];
> +	__u32	capabilities;	/* Global device capabilities */
> +	__u32	device_caps;	/* Device node capabilities */

How about changing this to

	__u32	devnode_caps;	/* Device node capabilities */

> +	__u32	reserved[3];
>   };
> 
>   /* Values for 'capabilities' field */
> @@ -274,6 +275,8 @@ struct v4l2_capability {
>   #define V4L2_CAP_ASYNCIO                0x02000000  /* async I/O */
>   #define V4L2_CAP_STREAMING              0x04000000  /* streaming I/O ioctls */
> 
> +#define V4L2_CAP_DEVICE_CAPS            0x80000000  /* sets device capabilities field */

..and

#define V4L2_CAP_DEVNODE_CAPS            0x80000000  /* sets device node capabilities field */

?

'device' might suggest a whole physical device/system at first sight.
Maybe devnode_caps is not be the best name but it seems more explicit and
less confusing :) 

It's just my personal opinion though.

--
Regards,
Sylwester

  parent reply	other threads:[~2011-11-15 20:18 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-07 10:37 [RFCv1 PATCH 0/3] Per-device-node capabilities Hans Verkuil
2011-11-07 10:37 ` [RFCv1 PATCH 1/3] V4L2: Add per-device-node capabilities Hans Verkuil
2011-11-07 10:37   ` [RFCv1 PATCH 2/3] vivi: set device_caps Hans Verkuil
2011-11-07 10:37   ` [RFCv1 PATCH 3/3] ivtv: setup per-device caps Hans Verkuil
2011-11-15 20:18   ` Sylwester Nawrocki [this message]
2011-11-16 14:41     ` [RFCv1 PATCH 1/3] V4L2: Add per-device-node capabilities Hans Verkuil
2011-11-16 15:36       ` Mauro Carvalho Chehab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4EC2C904.2010308@gmail.com \
    --to=snjw23@gmail.com \
    --cc=hans.verkuil@cisco.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.