From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: William Towle <william.towle@codethink.co.uk>,
linux-media@vger.kernel.org, g.liakhovetski@gmx.de,
sergei.shtylyov@cogentembedded.com, rob.taylor@codethink.co.uk
Subject: Re: [PATCH 08/20] media: soc_camera pad-aware driver initialisation
Date: Sat, 23 May 2015 21:32:17 +0300 [thread overview]
Message-ID: <2679646.jJocfX2rY2@avalon> (raw)
In-Reply-To: <555D733E.4010100@xs4all.nl>
Hi Hans,
On Thursday 21 May 2015 07:55:10 Hans Verkuil wrote:
> On 05/20/2015 06:39 PM, William Towle wrote:
> > Add detection of source pad number for drivers aware of the media
> > controller API, so that soc_camera/rcar_vin can create device nodes
> > to support a driver such as adv7604.c (for HDMI on Lager) underneath.
> >
> > Signed-off-by: William Towle <william.towle@codethink.co.uk>
> > Reviewed-by: Rob Taylor <rob.taylor@codethink.co.uk>
> > ---
> >
> > drivers/media/platform/soc_camera/rcar_vin.c | 4 ++++
> > drivers/media/platform/soc_camera/soc_camera.c | 27 ++++++++++++++++++-
> > include/media/soc_camera.h | 1 +
> > 3 files changed, 31 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/media/platform/soc_camera/rcar_vin.c
> > b/drivers/media/platform/soc_camera/rcar_vin.c index 0f67646..b4e9b43
> > 100644
> > --- a/drivers/media/platform/soc_camera/rcar_vin.c
> > +++ b/drivers/media/platform/soc_camera/rcar_vin.c
> > @@ -1364,8 +1364,12 @@ static int rcar_vin_get_formats(struct
> > soc_camera_device *icd, unsigned int idx,
> > struct v4l2_mbus_framefmt *mf = &fmt.format;
> > struct v4l2_rect rect;
> > struct device *dev = icd->parent;
> > + struct media_pad *remote_pad;
> > int shift;
> >
> > + remote_pad = media_entity_remote_pad(
> > + &icd->vdev->entity.pads[0]);
> > + fmt.pad = remote_pad->index;
>
> This won't work if CONFIG_MEDIA_CONTROLLER isn't defined. All these media
> calls would all have to be under #ifdef CONFIG_MEDIA_CONTROLLER.
>
> Unfortunately, if it is not defined, then you still have no way of finding
> the source pad.
>
> Laurent, do you think if it would make sense to add a new subdev core op
> that will return the default source pad (I'm saying 'default' in case there
> are more) of a subdev? That way it can be used in non-MC drivers. We never
> needed the source pad before, but now we do, and this op only needs to be
> implemented if the default source pad != 0.
I'm not too fond of that. Is there something wrong with the method implemented
in this patch ? Is the dependency on CONFIG_MEDIA_CONTROLLER an issue ?
> > ret = v4l2_subdev_call(sd, pad, get_fmt, NULL, &fmt);
> > if (ret < 0)
> > return ret;
> > diff --git a/drivers/media/platform/soc_camera/soc_camera.c
> > b/drivers/media/platform/soc_camera/soc_camera.c index d708df4..126d645
> > 100644
> > --- a/drivers/media/platform/soc_camera/soc_camera.c
> > +++ b/drivers/media/platform/soc_camera/soc_camera.c
> > @@ -1293,6 +1293,7 @@ static int soc_camera_probe_finish(struct
> > soc_camera_device *icd)
> > .which = V4L2_SUBDEV_FORMAT_ACTIVE,
> > };
> > struct v4l2_mbus_framefmt *mf = &fmt.format;
> > + int src_pad_idx = -1;
> > int ret;
> >
> > sd->grp_id = soc_camera_grp_id(icd);
> > @@ -1311,7 +1312,25 @@ static int soc_camera_probe_finish(struct
> > soc_camera_device *icd)
> > }
> >
> > /* At this point client .probe() should have run already */
> > - ret = soc_camera_init_user_formats(icd);
> > + ret = media_entity_init(&icd->vdev->entity, 1, &icd->pad, 0);
> > + if (!ret) {
> > + for (src_pad_idx = 0; src_pad_idx < sd->entity.num_pads;
> > + src_pad_idx++)
> > + if (sd->entity.pads[src_pad_idx].flags
> > + == MEDIA_PAD_FL_SOURCE)
> > + break;
> > +
> > + if (src_pad_idx < sd->entity.num_pads) {
> > + if (!media_entity_create_link(
> > + &icd->vdev->entity, 0,
> > + &sd->entity, src_pad_idx,
> > + MEDIA_LNK_FL_IMMUTABLE |
> > + MEDIA_LNK_FL_ENABLED)) {
> > + ret = soc_camera_init_user_formats(icd);
> > + }
> > + }
> > + }
> > +
> > if (ret < 0)
> > goto eusrfmt;
> >
> > @@ -1322,6 +1341,7 @@ static int soc_camera_probe_finish(struct
> > soc_camera_device *icd)
> > goto evidstart;
> >
> > /* Try to improve our guess of a reasonable window format */
> > + fmt.pad = src_pad_idx;
> > if (!v4l2_subdev_call(sd, pad, get_fmt, NULL, &fmt)) {
> > icd->user_width = mf->width;
> > icd->user_height = mf->height;
> > @@ -1335,6 +1355,7 @@ static int soc_camera_probe_finish(struct
> > soc_camera_device *icd)
> > evidstart:
> > soc_camera_free_user_formats(icd);
> >
> > eusrfmt:
> > + media_entity_cleanup(&icd->vdev->entity);
> > soc_camera_remove_device(icd);
> >
> > return ret;
> > @@ -1856,6 +1877,10 @@ static int soc_camera_remove(struct
> > soc_camera_device *icd)>
> > if (icd->num_user_formats)
> > soc_camera_free_user_formats(icd);
> >
> > + if (icd->vdev->entity.num_pads) {
> > + media_entity_cleanup(&icd->vdev->entity);
> > + }
> > +
> > if (icd->clk) {
> > /* For the synchronous case */
> > v4l2_clk_unregister(icd->clk);
> > diff --git a/include/media/soc_camera.h b/include/media/soc_camera.h
> > index 2f6261f..f0c5238 100644
> > --- a/include/media/soc_camera.h
> > +++ b/include/media/soc_camera.h
> > @@ -42,6 +42,7 @@ struct soc_camera_device {
> > unsigned char devnum; /* Device number per host */
> > struct soc_camera_sense *sense; /* See comment in struct definition
> > */
> > struct video_device *vdev;
> > + struct media_pad pad;
> > struct v4l2_ctrl_handler ctrl_handler;
> > const struct soc_camera_format_xlate *current_fmt;
> > struct soc_camera_format_xlate *user_formats;
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2015-05-23 21:59 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-20 16:39 HDMI and Composite capture on Lager, for kernel 4.1 William Towle
2015-05-20 16:39 ` [PATCH 01/20] ARM: shmobile: lager dts: Add entries for VIN HDMI input support William Towle
2015-05-20 16:39 ` [PATCH 02/20] media: adv7180: add of match table William Towle
2015-05-20 16:39 ` [PATCH 03/20] media: adv7604: chip info and formats for ADV7612 William Towle
2015-05-25 13:38 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 04/20] media: adv7604: document support for ADV7612 dual HDMI input decoder William Towle
2015-05-20 16:39 ` [PATCH 05/20] media: adv7604: ability to read default input port from DT William Towle
2015-05-20 16:39 ` [PATCH 06/20] ARM: shmobile: lager dts: specify default-input for ADV7612 William Towle
2015-05-20 16:39 ` [PATCH 07/20] media: soc_camera: rcar_vin: Add BT.709 24-bit RGB888 input support William Towle
2015-05-25 14:18 ` Guennadi Liakhovetski
2015-05-26 11:17 ` William Towle
2015-05-20 16:39 ` [PATCH 08/20] media: soc_camera pad-aware driver initialisation William Towle
2015-05-20 20:22 ` Sergei Shtylyov
2015-05-21 5:55 ` Hans Verkuil
2015-05-23 18:32 ` Laurent Pinchart [this message]
2015-05-24 8:08 ` Hans Verkuil
2015-05-24 21:50 ` Laurent Pinchart
2015-05-24 22:43 ` Hans Verkuil
2015-05-25 11:37 ` Laurent Pinchart
2015-05-20 16:39 ` [PATCH 09/20] media: rcar_vin: Use correct pad number in try_fmt William Towle
2015-05-21 5:58 ` Hans Verkuil
2015-05-23 18:24 ` Laurent Pinchart
2015-05-20 16:39 ` [PATCH 10/20] media: soc_camera: soc_scale_crop: Use correct pad when calling subdev try_fmt William Towle
2015-05-20 16:39 ` [PATCH 11/20] media: soc_camera: Fill std field in enum_input William Towle
2015-05-20 16:39 ` [PATCH 12/20] media: soc_camera: Fix error reporting in expbuf William Towle
2015-05-20 16:39 ` [PATCH 13/20] media: soc_camera: v4l2-compliance fixes for querycap William Towle
2015-05-21 5:58 ` Hans Verkuil
2015-05-21 12:46 ` Rob Taylor
2015-05-29 1:08 ` [Linux-kernel] " Ben Hutchings
2015-05-29 10:10 ` Hans Verkuil
2015-05-29 11:13 ` Rob Taylor
2015-05-25 15:02 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 14/20] media: rcar_vin: Reject videobufs that are too small for current format William Towle
2015-05-25 15:03 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 15/20] media: rcar_vin: Don't advertise support for USERPTR William Towle
2015-05-21 6:03 ` Hans Verkuil
2015-05-21 12:50 ` Rob Taylor
2015-05-20 16:39 ` [PATCH 16/20] media: adv7180: Fix set_pad_format() passing wrong format William Towle
2015-05-25 15:12 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 17/20] media: adv7604: Support V4L_FIELD_INTERLACED William Towle
2015-05-21 6:10 ` Hans Verkuil
2015-05-21 10:40 ` Rob Taylor
2015-05-25 15:15 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 18/20] media: adv7604: Always query_dv_timings in adv76xx_fill_format William Towle
2015-05-21 6:13 ` Hans Verkuil
2015-05-20 16:39 ` [PATCH 19/20] media: rcar_vin: Clean up format debugging statements William Towle
2015-05-25 17:20 ` Guennadi Liakhovetski
2015-05-20 16:39 ` [PATCH 20/20] media: soc_camera: Add debugging for get_formats William Towle
2015-05-25 15:32 ` Guennadi Liakhovetski
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=2679646.jJocfX2rY2@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=g.liakhovetski@gmx.de \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=rob.taylor@codethink.co.uk \
--cc=sergei.shtylyov@cogentembedded.com \
--cc=william.towle@codethink.co.uk \
/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;
as well as URLs for NNTP newsgroup(s).