All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, Mike Isely <isely@isely.net>,
	Hans Verkuil <hans.verkuil@cisco.com>
Subject: Re: [RFCv4 PATCH 6/8] v4l2-ioctl.c: prefill tuner type for g_frequency and g/s_tuner.
Date: Sun, 12 Jun 2011 18:52:16 -0300	[thread overview]
Message-ID: <4DF53510.3010204@redhat.com> (raw)
In-Reply-To: <201106122141.12435.hverkuil@xs4all.nl>

Em 12-06-2011 16:41, Hans Verkuil escreveu:
> On Sunday, June 12, 2011 19:08:03 Mauro Carvalho Chehab wrote:
>>> I think in the longer term we need to change the spec so that:
>>>
>>> 1) Opening a radio node no longer switches to radio mode. Instead, you need to
>>>    call VIDIOC_S_FREQUENCY for that.
>>> 2) When VIDIOC_S_FREQUENCY the type field should match the video/radio node it
>>>    is called on. So for /dev/radio type should be RADIO, for others it should be
>>>    ANALOG_TV. Otherwise -EINVAL is called.
>>>
>>> So this might be a good feature removal for 3.2 or 3.3.
>>
>> I'm OK with that.
> 
> How about this:
> 
> diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
> index 1a9446b..9df0e09 100644
> --- a/Documentation/feature-removal-schedule.txt
> +++ b/Documentation/feature-removal-schedule.txt
> @@ -600,3 +600,25 @@ Why:	Superseded by the UVCIOC_CTRL_QUERY ioctl.
>  Who:	Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>  
>  ----------------------------
> +
> +What:	For VIDIOC_S_FREQUENCY the type field must match the device node's type.
> +	If not, return -EINVAL.
> +When:	3.2
> +Why:	It makes no sense to switch the tuner to radio mode by calling
> +	VIDIOC_S_FREQUENCY on a video node, or to switch the tuner to tv mode by
> +	calling VIDIOC_S_FREQUENCY on a radio node. This is the first step of a
> +	move to more consistent handling of tv and radio tuners.
> +Who:	Hans Verkuil <hans.verkuil@cisco.com>
> +
> +----------------------------
> +
> +What:	Opening a radio device node will no longer automatically switch the
> +	tuner mode from tv to radio.
> +When:	3.3
> +Why:	Just opening a V4L device should not change the state of the hardware
> +	like that. It's very unexpected and against the V4L spec. Instead, you
> +	switch to radio mode by calling VIDIOC_S_FREQUENCY. This is the second
> +	and last step of the move to consistent handling of tv and radio tuners.
> +Who:	Hans Verkuil <hans.verkuil@cisco.com>
> +
> +----------------------------
> 
> Regards,
> 
> 	Hans
Seems fine to me.

Thanks!
Mauro

  reply	other threads:[~2011-06-12 21:52 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-12 10:59 tuner-core: fix g_freq/s_std and g/s_tuner Hans Verkuil
2011-06-12 10:59 ` [RFCv4 PATCH 1/8] tuner-core: rename check_mode to supported_mode Hans Verkuil
2011-06-12 10:59   ` [RFCv4 PATCH 2/8] tuner-core: change return type of set_mode_freq to bool Hans Verkuil
2011-06-12 14:39     ` Mauro Carvalho Chehab
2011-06-12 10:59   ` [RFCv4 PATCH 3/8] tuner-core: simplify the standard fixup Hans Verkuil
2011-06-12 14:39     ` Mauro Carvalho Chehab
2011-06-12 10:59   ` [RFCv4 PATCH 4/8] tuner-core: fix s_std and s_tuner Hans Verkuil
2011-06-12 14:41     ` Mauro Carvalho Chehab
2011-06-12 10:59   ` [RFCv4 PATCH 5/8] tuner-core: fix tuner_resume: use t->mode instead of t->type Hans Verkuil
2011-06-12 14:42     ` Mauro Carvalho Chehab
2011-06-12 10:59   ` [RFCv4 PATCH 6/8] v4l2-ioctl.c: prefill tuner type for g_frequency and g/s_tuner Hans Verkuil
2011-06-12 12:41     ` Andy Walls
2011-06-12 14:36     ` Mauro Carvalho Chehab
2011-06-12 15:46       ` Hans Verkuil
2011-06-12 17:08         ` Mauro Carvalho Chehab
2011-06-12 19:41           ` Hans Verkuil
2011-06-12 21:52             ` Mauro Carvalho Chehab [this message]
2011-06-12 10:59   ` [RFCv4 PATCH 7/8] pvrusb2: fix g/s_tuner support Hans Verkuil
2011-06-12 14:43     ` Mauro Carvalho Chehab
2011-06-12 10:59   ` [RFCv4 PATCH 8/8] bttv: fix s_tuner for radio Hans Verkuil
2011-06-12 14:43     ` Mauro Carvalho Chehab
2011-06-12 14:37   ` [RFCv4 PATCH 1/8] tuner-core: rename check_mode to supported_mode Mauro Carvalho Chehab
2011-06-12 16:07     ` Hans Verkuil
2011-06-12 17:27       ` Mauro Carvalho Chehab
2011-06-12 17:32         ` Mauro Carvalho Chehab
2011-06-12 18:09         ` Hans Verkuil
2011-06-12 22:06           ` Mauro Carvalho Chehab
2011-06-13 10:23             ` Hans Verkuil
2011-06-13 11:45               ` Mauro Carvalho Chehab
2011-06-13 12:07                 ` Hans Verkuil
2011-06-13 12:32                   ` 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=4DF53510.3010204@redhat.com \
    --to=mchehab@redhat.com \
    --cc=hans.verkuil@cisco.com \
    --cc=hverkuil@xs4all.nl \
    --cc=isely@isely.net \
    --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.