linux-renesas-soc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Niklas Söderlund" <niklas.soderlund@ragnatech.se>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Prabhakar <prabhakar.csengg@gmail.com>
Subject: Re: [PATCH v3] media: rcar-vin: Enable YDS bit depending on bus_width and data_shift
Date: Tue, 15 Sep 2020 02:01:40 +0200	[thread overview]
Message-ID: <20200915000140.GA1698816@oden.dyn.berto.se> (raw)
In-Reply-To: <20200914234532.GI15543@pendragon.ideasonboard.com>

Hi Lad,

Thanks for your work.

On 2020-09-15 02:45:32 +0300, Laurent Pinchart wrote:
> Hi Prabhakar,
> 
> Thank you for the patch.
> 
> On Sun, Sep 13, 2020 at 07:16:08PM +0100, Lad Prabhakar wrote:
> > Enable YDS bit if bus_width and data_shift is set to 8 in parallel mode
> > for MEDIA_BUS_FMT_UYVY8_2X8 format.
> > 
> > Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>
> > Reviewed-by: Biju Das <biju.das.jz@bp.renesas.com>
> > ---
> > Changes for v3:
> > * Dropped BIT macro
> > * Introduced struct v4l2_fwnode_bus_parallel
> > 
> > Changes for v2:
> > * Dropped DT binding documentation patch
> > * Select the data pins depending on bus-width and data-shift
> > 
> > v1 -
> > https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=323799
> > ---
> >  drivers/media/platform/rcar-vin/rcar-core.c |  9 ++++-----
> >  drivers/media/platform/rcar-vin/rcar-dma.c  | 17 ++++++++++++++---
> >  drivers/media/platform/rcar-vin/rcar-vin.h  |  5 +++--
> >  3 files changed, 21 insertions(+), 10 deletions(-)
> > 
> > diff --git a/drivers/media/platform/rcar-vin/rcar-core.c b/drivers/media/platform/rcar-vin/rcar-core.c
> > index 7440c8965d27..1149ab76cf5c 100644
> > --- a/drivers/media/platform/rcar-vin/rcar-core.c
> > +++ b/drivers/media/platform/rcar-vin/rcar-core.c
> > @@ -626,12 +626,11 @@ static int rvin_parallel_parse_v4l2(struct device *dev,
> >  
> >  	switch (vin->parallel->mbus_type) {
> >  	case V4L2_MBUS_PARALLEL:
> > -		vin_dbg(vin, "Found PARALLEL media bus\n");
> > -		vin->parallel->mbus_flags = vep->bus.parallel.flags;
> > -		break;
> >  	case V4L2_MBUS_BT656:
> > -		vin_dbg(vin, "Found BT656 media bus\n");
> > -		vin->parallel->mbus_flags = 0;
> > +		vin_dbg(vin, "Found %s media bus\n",
> > +			vin->parallel->mbus_type == V4L2_MBUS_PARALLEL ?
> > +			"PARALLEL" : "BT656");
> 
> I'd write "parallel" and "BT.656".

I agree with this change.

> 
> > +		vin->parallel->bus = vep->bus.parallel;
> >  		break;
> >  	default:
> >  		vin_err(vin, "Unknown media bus type\n");
> > diff --git a/drivers/media/platform/rcar-vin/rcar-dma.c b/drivers/media/platform/rcar-vin/rcar-dma.c
> > index a5dbb90c5210..d067439b0b0d 100644
> > --- a/drivers/media/platform/rcar-vin/rcar-dma.c
> > +++ b/drivers/media/platform/rcar-vin/rcar-dma.c
> > @@ -125,6 +125,7 @@
> >  #define VNDMR2_VPS		(1 << 30)
> >  #define VNDMR2_HPS		(1 << 29)
> >  #define VNDMR2_CES		(1 << 28)
> > +#define VNDMR2_YDS		(1 << 22)
> >  #define VNDMR2_FTEV		(1 << 17)
> >  #define VNDMR2_VLV(n)		((n & 0xf) << 12)
> >  
> > @@ -698,16 +699,26 @@ static int rvin_setup(struct rvin_dev *vin)
> >  
> >  	if (!vin->is_csi) {
> >  		/* Hsync Signal Polarity Select */
> > -		if (!(vin->parallel->mbus_flags & V4L2_MBUS_HSYNC_ACTIVE_LOW))
> > +		if (!(vin->parallel->bus.flags & V4L2_MBUS_HSYNC_ACTIVE_LOW))
> >  			dmr2 |= VNDMR2_HPS;
> >  
> >  		/* Vsync Signal Polarity Select */
> > -		if (!(vin->parallel->mbus_flags & V4L2_MBUS_VSYNC_ACTIVE_LOW))
> > +		if (!(vin->parallel->bus.flags & V4L2_MBUS_VSYNC_ACTIVE_LOW))
> >  			dmr2 |= VNDMR2_VPS;
> >  
> >  		/* Data Enable Polarity Select */
> > -		if (vin->parallel->mbus_flags & V4L2_MBUS_DATA_ENABLE_LOW)
> > +		if (vin->parallel->bus.flags & V4L2_MBUS_DATA_ENABLE_LOW)
> >  			dmr2 |= VNDMR2_CES;
> > +
> > +		switch (vin->mbus_code) {
> > +		case MEDIA_BUS_FMT_UYVY8_2X8:
> > +			if (vin->parallel->bus.bus_width == 8 &&
> 
> You can possibly drop this check, as UYVY8_2X8 implies a bus_width equal
> to 8. Apart from that,

I agree here as well, I think the check for UYVY8_2X8 may be dropped.

> 
> Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> 
> > +			    vin->parallel->bus.data_shift == 8)
> > +				dmr2 |= VNDMR2_YDS;
> > +			break;
> > +		default:
> > +			break;
> > +		}
> >  	}
> >  
> >  	/*
> > diff --git a/drivers/media/platform/rcar-vin/rcar-vin.h b/drivers/media/platform/rcar-vin/rcar-vin.h
> > index c19d077ce1cb..8396e0e45478 100644
> > --- a/drivers/media/platform/rcar-vin/rcar-vin.h
> > +++ b/drivers/media/platform/rcar-vin/rcar-vin.h
> > @@ -19,6 +19,7 @@
> >  #include <media/v4l2-ctrls.h>
> >  #include <media/v4l2-dev.h>
> >  #include <media/v4l2-device.h>
> > +#include <media/v4l2-fwnode.h>
> >  #include <media/videobuf2-v4l2.h>
> >  
> >  /* Number of HW buffers */
> > @@ -92,7 +93,7 @@ struct rvin_video_format {
> >   * @asd:	sub-device descriptor for async framework
> >   * @subdev:	subdevice matched using async framework
> >   * @mbus_type:	media bus type
> > - * @mbus_flags:	media bus configuration flags
> > + * @bus:	media bus parallel configuration
> >   * @source_pad:	source pad of remote subdevice
> >   * @sink_pad:	sink pad of remote subdevice
> >   *
> > @@ -102,7 +103,7 @@ struct rvin_parallel_entity {
> >  	struct v4l2_subdev *subdev;
> >  
> >  	enum v4l2_mbus_type mbus_type;
> > -	unsigned int mbus_flags;
> > +	struct v4l2_fwnode_bus_parallel bus;

I think you could break this change (and the fallout) out to a separate 
patch to make the functional change clearer.

> >  
> >  	unsigned int source_pad;
> >  	unsigned int sink_pad;
> 
> -- 
> Regards,
> 
> Laurent Pinchart

-- 
Regards,
Niklas Söderlund

  reply	other threads:[~2020-09-15  0:01 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-13 18:16 [PATCH v3] media: rcar-vin: Enable YDS bit depending on bus_width and data_shift Lad Prabhakar
2020-09-14 23:45 ` Laurent Pinchart
2020-09-15  0:01   ` Niklas Söderlund [this message]
2020-09-15  0:02     ` Laurent Pinchart
2020-09-17  8:57 ` Hans Verkuil
2020-09-17  9:58   ` Hans Verkuil
2020-09-17 10:19     ` Niklas Söderlund
2020-09-17 10:42       ` Hans Verkuil

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=20200915000140.GA1698816@oden.dyn.berto.se \
    --to=niklas.soderlund@ragnatech.se \
    --cc=geert+renesas@glider.be \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=prabhakar.csengg@gmail.com \
    --cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).