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 14:08:03 -0300 [thread overview]
Message-ID: <4DF4F273.7000608@redhat.com> (raw)
In-Reply-To: <201106121746.58795.hverkuil@xs4all.nl>
Em 12-06-2011 12:46, Hans Verkuil escreveu:
> On Sunday, June 12, 2011 16:36:11 Mauro Carvalho Chehab wrote:
>> Em 12-06-2011 07:59, Hans Verkuil escreveu:
>>> From: Hans Verkuil <hans.verkuil@cisco.com>
>>>
>>> The subdevs are supposed to receive a valid tuner type for the g_frequency
>>> and g/s_tuner subdev ops. Some drivers do this, others don't. So prefill
>>> this in v4l2-ioctl.c based on whether the device node from which this is
>>> called is a radio node or not.
>>>
>>> The spec does not require applications to fill in the type, and if they
>>> leave it at 0 then the 'supported_mode' call in tuner-core.c will return
>>> false and the ioctl does nothing.
>>
>> Interesting solution. Yes, this is the proper fix, but only after being sure
>> that no drivers allow switch to radio using the video device, and vice-versa.
>
> Why would that be a problem? What this patch does is that it fixes those
> drivers that do *not* set vf/vt->type (i.e. leave it at 0). For those that already
> set it nothing changes.
Yeah, I realized it after after answering. Yes, your patch seems to be ok, as
bridge drivers can override it.
>
>> Unfortunately, this is not the case, currently.
>>
>> Most drivers allow this, following the previous V4L2 specs. Changing such
>> behavior will probably require to write something at
>> Documentation/feature-removal-schedule.txt, as we're changing the behavior.
>
> 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.
>
> Regards,
>
> Hans
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-06-12 17:08 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 [this message]
2011-06-12 19:41 ` Hans Verkuil
2011-06-12 21:52 ` Mauro Carvalho Chehab
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=4DF4F273.7000608@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.