public inbox for linux-media@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox