From: Hans Verkuil <hverkuil@xs4all.nl>
To: Ramzi BEN MEFTAH <rbmeftah@de.adit-jv.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Janusz Krzysztofik <jmkrzyszt@gmail.com>,
Jacopo Mondi <jacopo@jmondi.org>,
Steve Longerbeam <steve_longerbeam@mentor.com>,
Ezequiel Garcia <ezequiel@collabora.com>,
Arnd Bergmann <arnd@arndb.de>,
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: Michael Rodin <mrodin@de.adit-jv.com>,
efriedrich@de.adit-jv.com, erosca@de.adit-jv.com
Subject: Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Date: Wed, 24 Jun 2020 12:16:33 +0200 [thread overview]
Message-ID: <cc072f11-c562-af95-58a9-ebfcf3dfdfcd@xs4all.nl> (raw)
In-Reply-To: <32cdf1a3-1353-d3e9-66b6-82ced163d8f8@xs4all.nl>
On 24/06/2020 12:08, Hans Verkuil wrote:
> On 16/06/2020 12:00, Ramzi BEN MEFTAH wrote:
>> From: Steve Longerbeam <steve_longerbeam@mentor.com>
>>
>> This commit enables VIDIOC_ENUMINPUT, VIDIOC_G_INPUT, and VIDIOC_S_INPUT
>> ioctls for use via v4l2 subdevice node.
>>
>> This commit should probably not be pushed upstream, because the (old)
>> idea of video inputs conflicts with the newer concept of establishing
>> media links between src->sink pads.
>>
>> However it might make sense for some subdevices to support enum/get/set
>> inputs. One example would be the analog front end subdevice for the
>> ADV748x. By providing these ioctls, selecting the ADV748x analog inputs
>> can be done without requiring the implementation of media entities that
>> would define the analog source for which to establish a media link.
>>
>> Signed-off-by: Steve Longerbeam <steve_longerbeam@mentor.com>
>
> Nacked-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
>
> This doesn't work: these ioctls refer to physical inputs on a backplane
> of a device. But subdevices have no idea about that. This is high-level
> information that is typically only known to a bridge driver based on
> board information.
>
> For PCI/USB drivers this comes from card definitions in the driver itself.
>
> For platform drivers this should come from the device tree, but this hasn't
> been fully implemented yet.
>
> So if this is something that you want to implement, then look at:
>
> Documentation/devicetree/bindings/display/connector/hdmi-connector.txt
>
> and add this to the DT for your board, and implement code to query this
> in the platform driver.
Follow-up: in system with a media device and v4l-subdev devices (so MC-centric)
this might make sense, provided the connector data is obtained from the DT.
An alternative is to expose the connectors in the media topology and use
SETUP_LINK to choose which connector to pick.
I don't have a strong preference, but in both cases this information should
come from the device tree.
Regards,
Hans
>
> Regards,
>
> Hans
>
>> ---
>> drivers/media/v4l2-core/v4l2-subdev.c | 9 +++++++++
>> include/media/v4l2-subdev.h | 11 +++++++++++
>> 2 files changed, 20 insertions(+)
>>
>> diff --git a/drivers/media/v4l2-core/v4l2-subdev.c b/drivers/media/v4l2-core/v4l2-subdev.c
>> index 6b989fe..73fbfe9 100644
>> --- a/drivers/media/v4l2-core/v4l2-subdev.c
>> +++ b/drivers/media/v4l2-core/v4l2-subdev.c
>> @@ -378,6 +378,15 @@ static long subdev_do_ioctl(struct file *file, unsigned int cmd, void *arg)
>> return -ENOTTY;
>> return v4l2_querymenu(vfh->ctrl_handler, arg);
>>
>> + case VIDIOC_ENUMINPUT:
>> + return v4l2_subdev_call(sd, video, enuminput, arg);
>> +
>> + case VIDIOC_G_INPUT:
>> + return v4l2_subdev_call(sd, video, g_input, arg);
>> +
>> + case VIDIOC_S_INPUT:
>> + return v4l2_subdev_call(sd, video, s_input, *(u32 *)arg);
>> +
>> case VIDIOC_G_CTRL:
>> if (!vfh->ctrl_handler)
>> return -ENOTTY;
>> diff --git a/include/media/v4l2-subdev.h b/include/media/v4l2-subdev.h
>> index f7fe78a..6e1a9cd 100644
>> --- a/include/media/v4l2-subdev.h
>> +++ b/include/media/v4l2-subdev.h
>> @@ -383,6 +383,14 @@ struct v4l2_mbus_frame_desc {
>> * @g_input_status: get input status. Same as the status field in the
>> * &struct &v4l2_input
>> *
>> + * @enuminput: enumerate inputs. Should return the same input status as
>> + * @g_input_status if the passed input index is the currently active
>> + * input.
>> + *
>> + * @g_input: returns the currently active input index.
>> + *
>> + * @s_input: set the active input.
>> + *
>> * @s_stream: used to notify the driver that a video stream will start or has
>> * stopped.
>> *
>> @@ -423,6 +431,9 @@ struct v4l2_subdev_video_ops {
>> int (*g_tvnorms)(struct v4l2_subdev *sd, v4l2_std_id *std);
>> int (*g_tvnorms_output)(struct v4l2_subdev *sd, v4l2_std_id *std);
>> int (*g_input_status)(struct v4l2_subdev *sd, u32 *status);
>> + int (*enuminput)(struct v4l2_subdev *sd, struct v4l2_input *input);
>> + int (*g_input)(struct v4l2_subdev *sd, u32 *index);
>> + int (*s_input)(struct v4l2_subdev *sd, u32 index);
>> int (*s_stream)(struct v4l2_subdev *sd, int enable);
>> int (*g_pixelaspect)(struct v4l2_subdev *sd, struct v4l2_fract *aspect);
>> int (*g_frame_interval)(struct v4l2_subdev *sd,
>>
>
prev parent reply other threads:[~2020-06-24 10:16 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-16 10:00 Ramzi BEN MEFTAH
2020-06-16 10:00 ` [PATCH 2/3] media: i2c: adv748x-afe: Implement enum/get/set input Ramzi BEN MEFTAH
2020-06-16 10:00 ` [PATCH 3/3] media: i2c: adv748x: add enuminput control to adv748x hdmi subdev Ramzi BEN MEFTAH
2020-06-24 7:53 ` [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT Jacopo Mondi
2020-06-25 2:01 ` Laurent Pinchart
2020-06-25 9:30 ` Ramzi Ben Meftah
2020-06-25 9:47 ` Laurent Pinchart
2020-06-25 10:18 ` Ramzi Ben Meftah
2020-06-25 10:29 ` Laurent Pinchart
2020-06-25 10:35 ` Hans Verkuil
2020-06-26 9:09 ` Ramzi Ben Meftah
2020-06-26 9:15 ` Ramzi Ben Meftah
2020-06-26 9:25 ` Hans Verkuil
2020-06-26 10:28 ` Ramzi Ben Meftah
2020-06-25 17:41 ` Steve Longerbeam
2020-06-26 1:12 ` Laurent Pinchart
2020-06-29 9:24 ` Ramzi Ben Meftah
2020-06-29 9:34 ` Laurent Pinchart
2020-06-24 10:08 ` Hans Verkuil
2020-06-24 10:16 ` Hans Verkuil [this message]
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=cc072f11-c562-af95-58a9-ebfcf3dfdfcd@xs4all.nl \
--to=hverkuil@xs4all.nl \
--cc=arnd@arndb.de \
--cc=efriedrich@de.adit-jv.com \
--cc=erosca@de.adit-jv.com \
--cc=ezequiel@collabora.com \
--cc=jacopo@jmondi.org \
--cc=jmkrzyszt@gmail.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=mrodin@de.adit-jv.com \
--cc=rbmeftah@de.adit-jv.com \
--cc=sakari.ailus@linux.intel.com \
--cc=steve_longerbeam@mentor.com \
/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
all inboxes | Powered by JetHome®