linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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


  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).