[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f009ada9-a480-3961-d42c-8c4f117e9134@mentor.com>
Date: Fri, 17 Feb 2017 17:11:03 -0800
From: Steve Longerbeam <steve_longerbeam@...tor.com>
To: Steve Longerbeam <slongerbeam@...il.com>, <robh+dt@...nel.org>,
<mark.rutland@....com>, <shawnguo@...nel.org>,
<kernel@...gutronix.de>, <fabio.estevam@....com>,
<linux@...linux.org.uk>, <mchehab@...nel.org>,
<hverkuil@...all.nl>, <nick@...anahar.org>,
<markus.heiser@...marIT.de>, <p.zabel@...gutronix.de>,
<laurent.pinchart+renesas@...asonboard.com>, <bparrot@...com>,
<geert@...ux-m68k.org>, <arnd@...db.de>,
<sudipm.mukherjee@...il.com>, <minghsiu.tsai@...iatek.com>,
<tiffany.lin@...iatek.com>, <jean-christophe.trotin@...com>,
<horms+renesas@...ge.net.au>,
<niklas.soderlund+renesas@...natech.se>, <robert.jarzmik@...e.fr>,
<songjun.wu@...rochip.com>, <andrew-ct.chen@...iatek.com>,
<gregkh@...uxfoundation.org>, <shuah@...nel.org>,
<sakari.ailus@...ux.intel.com>, <pavel@....cz>
CC: <devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-media@...r.kernel.org>, <devel@...verdev.osuosl.org>,
Russell King <rmk+kernel@...linux.org.uk>
Subject: Re: [PATCH v4 29/36] media: imx: mipi-csi2: enable setting and
getting of frame rates
On 02/15/2017 06:19 PM, Steve Longerbeam wrote:
> From: Russell King <rmk+kernel@...linux.org.uk>
>
> Setting and getting frame rates is part of the negotiation mechanism
> between subdevs. The lack of support means that a frame rate at the
> sensor can't be negotiated through the subdev path.
>
> Add support at MIPI CSI2 level for handling this part of the
> negotiation.
>
> Signed-off-by: Russell King <rmk+kernel@...linux.org.uk>
> Signed-off-by: Steve Longerbeam <steve_longerbeam@...tor.com>
Hi Russell,
I signed-off on this but after more review I'm not sure this is right.
The CSI-2 receiver really has no control over frame rate. It's output
frame rate is the same as the rate that is delivered to it.
So this subdev should either not implement these ops, or it should
refer them to the attached source subdev.
Steve
> ---
> drivers/staging/media/imx/imx6-mipi-csi2.c | 27 +++++++++++++++++++++++++++
> 1 file changed, 27 insertions(+)
>
> diff --git a/drivers/staging/media/imx/imx6-mipi-csi2.c b/drivers/staging/media/imx/imx6-mipi-csi2.c
> index 23dca80..c62f14e 100644
> --- a/drivers/staging/media/imx/imx6-mipi-csi2.c
> +++ b/drivers/staging/media/imx/imx6-mipi-csi2.c
> @@ -34,6 +34,7 @@ struct csi2_dev {
> struct v4l2_subdev sd;
> struct media_pad pad[CSI2_NUM_PADS];
> struct v4l2_mbus_framefmt format_mbus;
> + struct v4l2_fract frame_interval;
> struct clk *dphy_clk;
> struct clk *cfg_clk;
> struct clk *pix_clk; /* what is this? */
> @@ -397,6 +398,30 @@ static int csi2_set_fmt(struct v4l2_subdev *sd,
> return 0;
> }
>
> +static int csi2_g_frame_interval(struct v4l2_subdev *sd,
> + struct v4l2_subdev_frame_interval *fi)
> +{
> + struct csi2_dev *csi2 = sd_to_dev(sd);
> +
> + fi->interval = csi2->frame_interval;
> +
> + return 0;
> +}
> +
> +static int csi2_s_frame_interval(struct v4l2_subdev *sd,
> + struct v4l2_subdev_frame_interval *fi)
> +{
> + struct csi2_dev *csi2 = sd_to_dev(sd);
> +
> + /* Output pads mirror active input pad, no limits on input pads */
> + if (fi->pad != CSI2_SINK_PAD)
> + fi->interval = csi2->frame_interval;
> +
> + csi2->frame_interval = fi->interval;
> +
> + return 0;
> +}
> +
> /*
> * retrieve our pads parsed from the OF graph by the media device
> */
> @@ -430,6 +455,8 @@ static struct v4l2_subdev_core_ops csi2_core_ops = {
>
> static struct v4l2_subdev_video_ops csi2_video_ops = {
> .s_stream = csi2_s_stream,
> + .g_frame_interval = csi2_g_frame_interval,
> + .s_frame_interval = csi2_s_frame_interval,
> };
>
> static struct v4l2_subdev_pad_ops csi2_pad_ops = {
>
--
Steve Longerbeam | Senior Embedded Engineer, ESD Services
Mentor Embedded(tm) | 46871 Bayside Parkway, Fremont, CA 94538
P 510.354.5838 | M 408.410.2735
Powered by blists - more mailing lists