Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Ramzi,
On Mon, Jun 29, 2020 at 11:24:13AM +0200, Ramzi Ben Meftah wrote:
> On Fri, Jun 26, 2020 at 04:12:51AM +0300, Laurent Pinchart wrote:
> > On Thu, Jun 25, 2020 at 10:41:09AM -0700, Steve Longerbeam wrote:
> >> On 6/24/20 7:01 PM, Laurent Pinchart wrote:
> >>> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > From: Steve Longerbeam
> +Niklas, +Laurent
>
> Niklas, Laurent, how does this play with CAP_IO_MC ?
> >>> I don't think it's related to CAP_IO_MC, but I don't think it's a good
> >>> idea either :-) Routing doesn't go through the subdev [gs]_input
> >>> operations in MC-based drivers. It should be configured through link
> >>> setup instead. This patch goes in the wrong direction, sorry Steve.
> >>
> >> That's OK! :) I didn't submit this patch, and as stated in the commit
> >> header, I never recommended this patch be submitted to upstream in the
> >> first place.
> >>
> >> Selecting inputs at a subdev should normally make use of media link
> >> setup. But for selecting analog signal inputs, such as the ADV748x AFE
> >> standard definition inputs, that would mean there would need to exist
> >> source "analog" subdevs that connect to the AFE inputs, if only for the
> >> purpose of selecting those inputs, which seems silly IMHO. The ADV748x
> >> AFE subdev defines these inputs as media pads, but have no connections,
> >> so link setup API can't be used to select those inputs.
> >>
> >> So a new subdev pad API is clearly needed, not just to get input status
> >> at a subdev pad, but to select/make active such analog inputs without
> >> requiring link setup API.
> >
> > There was an attempt to create a subdev ioctl to configure internal
> > routing. See "[PATCH v4 19/31] media: Documentation: Add GS_ROUTING
> > documentation" ([1]) and the related patches in the series.
> >
> > [1]
> > https://lore.kernel.org/linux-media/20190328200608.9463-20-jacopo+rene...@jmondi.org/
>
> I was thinking why not just allowing linking pads of the same media entity.
> This will avoid adding a new control, and will do the same as S_INPUT ioctl.
The MC link setup API doesn't offer a way to configure multiple links in
one operation, which is often needed for internal routing. There's also
the issue that extensive changes would likely be needed for the MC core,
although that's "just" a matter of implementing it.
> > 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
> > ---
> > 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
> >* _input
> >*
> > + * @enuminput: enumerate inputs. Should return the same input status as
> > + * @g_input_status if the passed input index is the currently
>
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Laurent,
On Fri, Jun 26, 2020 at 04:12:51AM +0300, Laurent Pinchart wrote:
> Hi Steve,
>
> On Thu, Jun 25, 2020 at 10:41:09AM -0700, Steve Longerbeam wrote:
> > On 6/24/20 7:01 PM, Laurent Pinchart wrote:
> > > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> > >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > >>> From: Steve Longerbeam
> > >> +Niklas, +Laurent
> > >>
> > >> Niklas, Laurent, how does this play with CAP_IO_MC ?
> > > I don't think it's related to CAP_IO_MC, but I don't think it's a good
> > > idea either :-) Routing doesn't go through the subdev [gs]_input
> > > operations in MC-based drivers. It should be configured through link
> > > setup instead. This patch goes in the wrong direction, sorry Steve.
> >
> > That's OK! :) I didn't submit this patch, and as stated in the commit
> > header, I never recommended this patch be submitted to upstream in the
> > first place.
> >
> > Selecting inputs at a subdev should normally make use of media link
> > setup. But for selecting analog signal inputs, such as the ADV748x AFE
> > standard definition inputs, that would mean there would need to exist
> > source "analog" subdevs that connect to the AFE inputs, if only for the
> > purpose of selecting those inputs, which seems silly IMHO. The ADV748x
> > AFE subdev defines these inputs as media pads, but have no connections,
> > so link setup API can't be used to select those inputs.
> >
> > So a new subdev pad API is clearly needed, not just to get input status
> > at a subdev pad, but to select/make active such analog inputs without
> > requiring link setup API.
>
> There was an attempt to create a subdev ioctl to configure internal
> routing. See "[PATCH v4 19/31] media: Documentation: Add GS_ROUTING
> documentation" ([1]) and the related patches in the series.
>
> [1]
> https://lore.kernel.org/linux-media/20190328200608.9463-20-jacopo+rene...@jmondi.org/
>
I was thinking why not just allowing linking pads of the same media entity.
This will avoid adding a new control, and will do the same as S_INPUT ioctl.
> > >>> 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
> > >>> ---
> > >>> 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
> > >>>* _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
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On Fri, Jun 26, 2020 at 11:25:31AM +0200, Hans Verkuil wrote: > On 26/06/2020 11:09, Ramzi Ben Meftah wrote: > > Hi Laurent, Hans, > > > > On Thu, Jun 25, 2020 at 12:35:02PM +0200, Hans Verkuil wrote: > >> On 25/06/2020 12:29, Laurent Pinchart wrote: > >>> Hi Ramzi, > >>> > >>> On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote: > On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote: > > On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote: > >> On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote: > >>> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote: > On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote: > > From: Steve Longerbeam > > +Niklas, +Laurent > > Niklas, Laurent, how does this play with CAP_IO_MC ? > >>> > >>> I don't think it's related to CAP_IO_MC, but I don't think it's a good > >>> idea either :-) Routing doesn't go through the subdev [gs]_input > >>> operations in MC-based drivers. It should be configured through link > >>> setup instead. This patch goes in the wrong direction, sorry Steve. > >> > >> ENUMINPUT ioctl allow to get the input signal status. Is there an > >> alternative > >> with Media Controller? > > > > No there isn't at the moment. I'm not opposed to adding such a feature, > > but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a > > subdev pad operation (v4l2_subdev_pad_ops), not a video operation > > (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input, > > as it would retrieve properties of the input corresponding to the pad, > > not enumerate inputs. > > Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to > fulfill > this need. But, seems this is not expose to user space although many > drivers > do implememt it. > Should I add VIDIOC_SUBDEV_G_INPUT_STATUS? > >>> > >>> Isn't g_input_status a video operation ? I would propose adding a > >>> g_input_status pad operation, and expose that to userspace. We should > >>> take that as an opportunity to consider designing that new operation > >>> from scratch (possibly naming it differently) and make sure it could > >>> address both analog and digital systems (for instance being able to > >>> report the status of an SDI input). > > > > Sorry, my mistake. But, does it make sens that it belongs to video ops? > > I think it should be part of pad ops, it is used now as alternative to > > ENUMINPUT and we agreed that it should(if we are going to implement it) be > > part of pad ops. > > > >> > >> Yes, I was wondering the same. The status bits are ancient and we might > >> want to improve on it. > >> > >> Ramzi, what exactly is your use-case? Is this for an HDMI input? Analog > >> video input? Before adding a new ioctl I'd like to know why you think > >> you need it :-) > > > > I need to know if the input signal(analog and digital) is there, before > > starting streaming. I am not aware of other way to check for it. > > You can check for digital timings using QUERY_DV_TIMINGS: it will return an > error if there is no lock. Subscribe to the SOURCE_CHANGE event to know when > the signal is found/lost. > > For analog timings you have QUERYSTD and the same event. The main limitation > with analog (SDTV) video receivers is that not all analog receivers have > implemented > this event. But the adv7180 and tvp5150 do support this. > > This is the recommended way of implementing this and it has the advantage of > being interrupt-driven, so no need to poll for a status in the application. Thank you Hans, things are clear now. > > Regards, > > Hans > > > > >> > >> Regards, > >> > >>Hans > >> > >>> > > 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 > > --- > > drivers/media/v4l2-core/v4l2-subdev.c | 9 + > > include/media/v4l2-subdev.h | 11 +++ > > 2 files changed, 20 insertions(+) > > > > diff
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On 26/06/2020 11:09, Ramzi Ben Meftah wrote: > Hi Laurent, Hans, > > On Thu, Jun 25, 2020 at 12:35:02PM +0200, Hans Verkuil wrote: >> On 25/06/2020 12:29, Laurent Pinchart wrote: >>> Hi Ramzi, >>> >>> On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote: On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote: > On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote: >> On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote: >>> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote: On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote: > From: Steve Longerbeam +Niklas, +Laurent Niklas, Laurent, how does this play with CAP_IO_MC ? >>> >>> I don't think it's related to CAP_IO_MC, but I don't think it's a good >>> idea either :-) Routing doesn't go through the subdev [gs]_input >>> operations in MC-based drivers. It should be configured through link >>> setup instead. This patch goes in the wrong direction, sorry Steve. >> >> ENUMINPUT ioctl allow to get the input signal status. Is there an >> alternative >> with Media Controller? > > No there isn't at the moment. I'm not opposed to adding such a feature, > but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a > subdev pad operation (v4l2_subdev_pad_ops), not a video operation > (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input, > as it would retrieve properties of the input corresponding to the pad, > not enumerate inputs. Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to fulfill this need. But, seems this is not expose to user space although many drivers do implememt it. Should I add VIDIOC_SUBDEV_G_INPUT_STATUS? >>> >>> Isn't g_input_status a video operation ? I would propose adding a >>> g_input_status pad operation, and expose that to userspace. We should >>> take that as an opportunity to consider designing that new operation >>> from scratch (possibly naming it differently) and make sure it could >>> address both analog and digital systems (for instance being able to >>> report the status of an SDI input). > > Sorry, my mistake. But, does it make sens that it belongs to video ops? > I think it should be part of pad ops, it is used now as alternative to > ENUMINPUT and we agreed that it should(if we are going to implement it) be > part of pad ops. > >> >> Yes, I was wondering the same. The status bits are ancient and we might >> want to improve on it. >> >> Ramzi, what exactly is your use-case? Is this for an HDMI input? Analog >> video input? Before adding a new ioctl I'd like to know why you think >> you need it :-) > > I need to know if the input signal(analog and digital) is there, before > starting streaming. I am not aware of other way to check for it. You can check for digital timings using QUERY_DV_TIMINGS: it will return an error if there is no lock. Subscribe to the SOURCE_CHANGE event to know when the signal is found/lost. For analog timings you have QUERYSTD and the same event. The main limitation with analog (SDTV) video receivers is that not all analog receivers have implemented this event. But the adv7180 and tvp5150 do support this. This is the recommended way of implementing this and it has the advantage of being interrupt-driven, so no need to poll for a status in the application. Regards, Hans > >> >> Regards, >> >> Hans >> >>> > 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 > --- > 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
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On Fri, Jun 26, 2020 at 11:09:13AM +0200, Ramzi Ben Meftah wrote: > Hi Laurent, Hans, > > On Thu, Jun 25, 2020 at 12:35:02PM +0200, Hans Verkuil wrote: > > On 25/06/2020 12:29, Laurent Pinchart wrote: > > > Hi Ramzi, > > > > > > On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote: > > >> On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote: > > >>> On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote: > > On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote: > > > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote: > > >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote: > > >>> From: Steve Longerbeam > > >> > > >> +Niklas, +Laurent > > >> > > >> Niklas, Laurent, how does this play with CAP_IO_MC ? > > > > > > I don't think it's related to CAP_IO_MC, but I don't think it's a good > > > idea either :-) Routing doesn't go through the subdev [gs]_input > > > operations in MC-based drivers. It should be configured through link > > > setup instead. This patch goes in the wrong direction, sorry Steve. > > > > ENUMINPUT ioctl allow to get the input signal status. Is there an > > alternative > > with Media Controller? > > >>> > > >>> No there isn't at the moment. I'm not opposed to adding such a feature, > > >>> but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a > > >>> subdev pad operation (v4l2_subdev_pad_ops), not a video operation > > >>> (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input, > > >>> as it would retrieve properties of the input corresponding to the pad, > > >>> not enumerate inputs. > > >> > > >> Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to > > >> fulfill > > >> this need. But, seems this is not expose to user space although many > > >> drivers > > >> do implememt it. > > >> Should I add VIDIOC_SUBDEV_G_INPUT_STATUS? > > > > > > Isn't g_input_status a video operation ? I would propose adding a > > > g_input_status pad operation, and expose that to userspace. We should > > > take that as an opportunity to consider designing that new operation > > > from scratch (possibly naming it differently) and make sure it could > > > address both analog and digital systems (for instance being able to > > > report the status of an SDI input). > > Sorry, my mistake. But, does it make sens that it belongs to video ops? > I think it should be part of pad ops, it is used now as alternative to > ENUMINPUT and we agreed that it should(if we are going to implement it) be > part of pad ops. > > > > > Yes, I was wondering the same. The status bits are ancient and we might > > want to improve on it. > > > > Ramzi, what exactly is your use-case? Is this for an HDMI input? Analog > > video input? Before adding a new ioctl I'd like to know why you think > > you need it :-) > > I need to know if the input signal(analog and digital) is there, before > starting streaming. I am not aware of other way to check for it. There is also no alternative for V4L2_IN_ST_NO_POWER and V4L2_IN_ST_NO_COLOR I am not using these two, but these were available with ENUMINPUT ioctl and a subdev driver that could offer these info has no way to pass them to userspace. > > > > > Regards, > > > > Hans > > > > > > > >>> 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 > > >>> --- > > >>> 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,
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Laurent, Hans, On Thu, Jun 25, 2020 at 12:35:02PM +0200, Hans Verkuil wrote: > On 25/06/2020 12:29, Laurent Pinchart wrote: > > Hi Ramzi, > > > > On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote: > >> On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote: > >>> On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote: > On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote: > > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote: > >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote: > >>> From: Steve Longerbeam > >> > >> +Niklas, +Laurent > >> > >> Niklas, Laurent, how does this play with CAP_IO_MC ? > > > > I don't think it's related to CAP_IO_MC, but I don't think it's a good > > idea either :-) Routing doesn't go through the subdev [gs]_input > > operations in MC-based drivers. It should be configured through link > > setup instead. This patch goes in the wrong direction, sorry Steve. > > ENUMINPUT ioctl allow to get the input signal status. Is there an > alternative > with Media Controller? > >>> > >>> No there isn't at the moment. I'm not opposed to adding such a feature, > >>> but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a > >>> subdev pad operation (v4l2_subdev_pad_ops), not a video operation > >>> (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input, > >>> as it would retrieve properties of the input corresponding to the pad, > >>> not enumerate inputs. > >> > >> Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to > >> fulfill > >> this need. But, seems this is not expose to user space although many > >> drivers > >> do implememt it. > >> Should I add VIDIOC_SUBDEV_G_INPUT_STATUS? > > > > Isn't g_input_status a video operation ? I would propose adding a > > g_input_status pad operation, and expose that to userspace. We should > > take that as an opportunity to consider designing that new operation > > from scratch (possibly naming it differently) and make sure it could > > address both analog and digital systems (for instance being able to > > report the status of an SDI input). Sorry, my mistake. But, does it make sens that it belongs to video ops? I think it should be part of pad ops, it is used now as alternative to ENUMINPUT and we agreed that it should(if we are going to implement it) be part of pad ops. > > Yes, I was wondering the same. The status bits are ancient and we might > want to improve on it. > > Ramzi, what exactly is your use-case? Is this for an HDMI input? Analog > video input? Before adding a new ioctl I'd like to know why you think > you need it :-) I need to know if the input signal(analog and digital) is there, before starting streaming. I am not aware of other way to check for it. > > Regards, > > Hans > > > > >>> 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 > >>> --- > >>> 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) > >>>
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Steve,
On Thu, Jun 25, 2020 at 10:41:09AM -0700, Steve Longerbeam wrote:
> On 6/24/20 7:01 PM, Laurent Pinchart wrote:
> > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> >>> From: Steve Longerbeam
> >> +Niklas, +Laurent
> >>
> >> Niklas, Laurent, how does this play with CAP_IO_MC ?
> > I don't think it's related to CAP_IO_MC, but I don't think it's a good
> > idea either :-) Routing doesn't go through the subdev [gs]_input
> > operations in MC-based drivers. It should be configured through link
> > setup instead. This patch goes in the wrong direction, sorry Steve.
>
> That's OK! :) I didn't submit this patch, and as stated in the commit
> header, I never recommended this patch be submitted to upstream in the
> first place.
>
> Selecting inputs at a subdev should normally make use of media link
> setup. But for selecting analog signal inputs, such as the ADV748x AFE
> standard definition inputs, that would mean there would need to exist
> source "analog" subdevs that connect to the AFE inputs, if only for the
> purpose of selecting those inputs, which seems silly IMHO. The ADV748x
> AFE subdev defines these inputs as media pads, but have no connections,
> so link setup API can't be used to select those inputs.
>
> So a new subdev pad API is clearly needed, not just to get input status
> at a subdev pad, but to select/make active such analog inputs without
> requiring link setup API.
There was an attempt to create a subdev ioctl to configure internal
routing. See "[PATCH v4 19/31] media: Documentation: Add GS_ROUTING
documentation" ([1]) and the related patches in the series.
[1]
https://lore.kernel.org/linux-media/20190328200608.9463-20-jacopo+rene...@jmondi.org/
> >>> 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
> >>> ---
> >>> 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
> >>>* _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
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Laurent, all,
On 6/24/20 7:01 PM, Laurent Pinchart wrote:
Hi Jacopo,
On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
From: Steve Longerbeam
+Niklas, +Laurent
Niklas, Laurent, how does this play with CAP_IO_MC ?
I don't think it's related to CAP_IO_MC, but I don't think it's a good
idea either :-) Routing doesn't go through the subdev [gs]_input
operations in MC-based drivers. It should be configured through link
setup instead. This patch goes in the wrong direction, sorry Steve.
That's OK! :) I didn't submit this patch, and as stated in the commit
header, I never recommended this patch be submitted to upstream in the
first place.
Selecting inputs at a subdev should normally make use of media link
setup. But for selecting analog signal inputs, such as the ADV748x AFE
standard definition inputs, that would mean there would need to exist
source "analog" subdevs that connect to the AFE inputs, if only for the
purpose of selecting those inputs, which seems silly IMHO. The ADV748x
AFE subdev defines these inputs as media pads, but have no connections,
so link setup API can't be used to select those inputs.
So a new subdev pad API is clearly needed, not just to get input status
at a subdev pad, but to select/make active such analog inputs without
requiring link setup API.
Steve
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
---
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
* _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,
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On 25/06/2020 12:29, Laurent Pinchart wrote:
> Hi Ramzi,
>
> On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote:
>> On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote:
>>> On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote:
On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote:
> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
>> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
>>> From: Steve Longerbeam
>>
>> +Niklas, +Laurent
>>
>> Niklas, Laurent, how does this play with CAP_IO_MC ?
>
> I don't think it's related to CAP_IO_MC, but I don't think it's a good
> idea either :-) Routing doesn't go through the subdev [gs]_input
> operations in MC-based drivers. It should be configured through link
> setup instead. This patch goes in the wrong direction, sorry Steve.
ENUMINPUT ioctl allow to get the input signal status. Is there an
alternative
with Media Controller?
>>>
>>> No there isn't at the moment. I'm not opposed to adding such a feature,
>>> but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a
>>> subdev pad operation (v4l2_subdev_pad_ops), not a video operation
>>> (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input,
>>> as it would retrieve properties of the input corresponding to the pad,
>>> not enumerate inputs.
>>
>> Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to
>> fulfill
>> this need. But, seems this is not expose to user space although many drivers
>> do implememt it.
>> Should I add VIDIOC_SUBDEV_G_INPUT_STATUS?
>
> Isn't g_input_status a video operation ? I would propose adding a
> g_input_status pad operation, and expose that to userspace. We should
> take that as an opportunity to consider designing that new operation
> from scratch (possibly naming it differently) and make sure it could
> address both analog and digital systems (for instance being able to
> report the status of an SDI input).
Yes, I was wondering the same. The status bits are ancient and we might
want to improve on it.
Ramzi, what exactly is your use-case? Is this for an HDMI input? Analog
video input? Before adding a new ioctl I'd like to know why you think
you need it :-)
Regards,
Hans
>
>>> 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
>>> ---
>>> 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
>>> * _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.
>>> + *
>>> +
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Ramzi,
On Thu, Jun 25, 2020 at 12:18:35PM +0200, Ramzi Ben Meftah wrote:
> On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote:
> > On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote:
> >> On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote:
> >>> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > From: Steve Longerbeam
>
> +Niklas, +Laurent
>
> Niklas, Laurent, how does this play with CAP_IO_MC ?
> >>>
> >>> I don't think it's related to CAP_IO_MC, but I don't think it's a good
> >>> idea either :-) Routing doesn't go through the subdev [gs]_input
> >>> operations in MC-based drivers. It should be configured through link
> >>> setup instead. This patch goes in the wrong direction, sorry Steve.
> >>
> >> ENUMINPUT ioctl allow to get the input signal status. Is there an
> >> alternative
> >> with Media Controller?
> >
> > No there isn't at the moment. I'm not opposed to adding such a feature,
> > but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a
> > subdev pad operation (v4l2_subdev_pad_ops), not a video operation
> > (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input,
> > as it would retrieve properties of the input corresponding to the pad,
> > not enumerate inputs.
>
> Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to fulfill
> this need. But, seems this is not expose to user space although many drivers
> do implememt it.
> Should I add VIDIOC_SUBDEV_G_INPUT_STATUS?
Isn't g_input_status a video operation ? I would propose adding a
g_input_status pad operation, and expose that to userspace. We should
take that as an opportunity to consider designing that new operation
from scratch (possibly naming it differently) and make sure it could
address both analog and digital systems (for instance being able to
report the status of an SDI input).
> > 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
> > ---
> > 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
> > * _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
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Laurent,
On Thu, Jun 25, 2020 at 12:47:24PM +0300, Laurent Pinchart wrote:
> Hi Ramzi,
>
> On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote:
> > On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote:
> > > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> > >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > >>> From: Steve Longerbeam
> > >>
> > >> +Niklas, +Laurent
> > >>
> > >> Niklas, Laurent, how does this play with CAP_IO_MC ?
> > >
> > > I don't think it's related to CAP_IO_MC, but I don't think it's a good
> > > idea either :-) Routing doesn't go through the subdev [gs]_input
> > > operations in MC-based drivers. It should be configured through link
> > > setup instead. This patch goes in the wrong direction, sorry Steve.
> >
> > ENUMINPUT ioctl allow to get the input signal status. Is there an
> > alternative
> > with Media Controller?
>
> No there isn't at the moment. I'm not opposed to adding such a feature,
> but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a
> subdev pad operation (v4l2_subdev_pad_ops), not a video operation
> (v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input,
> as it would retrieve properties of the input corresponding to the pad,
> not enumerate inputs.
>
Looking to v4l2_subdev_pad_ops, there is g_input_status which seems to fulfill
this need. But, seems this is not expose to user space although many drivers
do implememt it.
Should I add VIDIOC_SUBDEV_G_INPUT_STATUS?
> > >>> 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
> > >>> ---
> > >>> 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
> > >>> * _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
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Ramzi,
On Thu, Jun 25, 2020 at 11:30:46AM +0200, Ramzi Ben Meftah wrote:
> On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote:
> > On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> >> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> >>> From: Steve Longerbeam
> >>
> >> +Niklas, +Laurent
> >>
> >> Niklas, Laurent, how does this play with CAP_IO_MC ?
> >
> > I don't think it's related to CAP_IO_MC, but I don't think it's a good
> > idea either :-) Routing doesn't go through the subdev [gs]_input
> > operations in MC-based drivers. It should be configured through link
> > setup instead. This patch goes in the wrong direction, sorry Steve.
>
> ENUMINPUT ioctl allow to get the input signal status. Is there an alternative
> with Media Controller?
No there isn't at the moment. I'm not opposed to adding such a feature,
but VIDIOC_ENUMINPUT isn't the right choice. This would have to be a
subdev pad operation (v4l2_subdev_pad_ops), not a video operation
(v4l2_subdev_video_ops). We also likely shouldn't call it "enum" input,
as it would retrieve properties of the input corresponding to the pad,
not enumerate inputs.
> >>> 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
> >>> ---
> >>> 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
> >>> *_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,
--
Regards,
Laurent Pinchart
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Laurent,
On Thu, Jun 25, 2020 at 05:01:38AM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> > On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > > From: Steve Longerbeam
> >
> > +Niklas, +Laurent
> >
> > Niklas, Laurent, how does this play with CAP_IO_MC ?
>
> I don't think it's related to CAP_IO_MC, but I don't think it's a good
> idea either :-) Routing doesn't go through the subdev [gs]_input
> operations in MC-based drivers. It should be configured through link
> setup instead. This patch goes in the wrong direction, sorry Steve.
ENUMINPUT ioctl allow to get the input signal status. Is there an alternative
with Media Controller?
>
> > > 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
> > > ---
> > > 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
> > > *_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,
>
> --
> Regards,
>
> Laurent Pinchart
--
Best Regards,
Ramzi Ben Meftah.
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hi Jacopo,
On Wed, Jun 24, 2020 at 09:53:07AM +0200, Jacopo Mondi wrote:
> On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> > From: Steve Longerbeam
>
> +Niklas, +Laurent
>
> Niklas, Laurent, how does this play with CAP_IO_MC ?
I don't think it's related to CAP_IO_MC, but I don't think it's a good
idea either :-) Routing doesn't go through the subdev [gs]_input
operations in MC-based drivers. It should be configured through link
setup instead. This patch goes in the wrong direction, sorry Steve.
> > 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
> > ---
> > 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
> > * _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,
--
Regards,
Laurent Pinchart
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On 24/06/2020 12:08, Hans Verkuil wrote:
> On 16/06/2020 12:00, Ramzi BEN MEFTAH wrote:
>> From: Steve Longerbeam
>>
>> 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
>
> Nacked-by: Hans Verkuil
>
> 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
>> * _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,
>>
>
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
On 16/06/2020 12:00, Ramzi BEN MEFTAH wrote:
> From: Steve Longerbeam
>
> 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
Nacked-by: Hans Verkuil
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.
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
> *_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,
>
Re: [PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
Hello
On Tue, Jun 16, 2020 at 12:00:15PM +0200, Ramzi BEN MEFTAH wrote:
> From: Steve Longerbeam
>
+Niklas, +Laurent
Niklas, Laurent, how does this play with CAP_IO_MC ?
Thanks
j
> 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
> ---
> 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
> *_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,
> --
> 2.7.4
>
[PATCH 1/3] v4l2-subdev: Add subdev ioctl support for ENUM/GET/SET INPUT
From: Steve Longerbeam
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
---
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
* _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,
--
2.7.4
