public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org,
	Hans Verkuil <hans.verkuil@cisco.com>,
	Lars-Peter Clausen <lars@metafoo.de>
Subject: Re: [PATCH 36/47] adv7604: Make output format configurable through pad format operations
Date: Mon, 10 Mar 2014 23:43:07 +0100	[thread overview]
Message-ID: <1662851.xYrCTEPdFE@avalon> (raw)
In-Reply-To: <52FB8CBD.9070602@xs4all.nl>

Hi Hans,

On Wednesday 12 February 2014 16:01:17 Hans Verkuil wrote:
> On 02/05/14 17:42, Laurent Pinchart wrote:
> > Replace the dummy video format operations by pad format operations that
> > configure the output format.
> > 
> > Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> > ---
> > 
> >  drivers/media/i2c/adv7604.c | 243 ++++++++++++++++++++++++++++++++++-----
> >  include/media/adv7604.h     |  47 ++-------
> >  2 files changed, 225 insertions(+), 65 deletions(-)
> 
> <snip>
> 
> > diff --git a/include/media/adv7604.h b/include/media/adv7604.h
> > index 22811d3..2cc8e16 100644
> > --- a/include/media/adv7604.h
> > +++ b/include/media/adv7604.h
> > @@ -32,16 +32,6 @@ enum adv7604_ain_sel {
> > 
> >  	ADV7604_AIN9_4_5_6_SYNC_2_1 = 4,
> >  
> >  };
> > 
> > -/* Bus rotation and reordering (IO register 0x04, [7:5]) */
> > -enum adv7604_op_ch_sel {
> > -	ADV7604_OP_CH_SEL_GBR = 0,
> > -	ADV7604_OP_CH_SEL_GRB = 1,
> > -	ADV7604_OP_CH_SEL_BGR = 2,
> > -	ADV7604_OP_CH_SEL_RGB = 3,
> > -	ADV7604_OP_CH_SEL_BRG = 4,
> > -	ADV7604_OP_CH_SEL_RBG = 5,
> > -};
> > -
> >  /* Input Color Space (IO register 0x02, [7:4]) */
> >  enum adv7604_inp_color_space {
> >  	ADV7604_INP_COLOR_SPACE_LIM_RGB = 0,
> > @@ -55,29 +45,11 @@ enum adv7604_inp_color_space {
> >  	ADV7604_INP_COLOR_SPACE_AUTO = 0xf,
> >  };
> > 
> > -/* Select output format (IO register 0x03, [7:0]) */
> > -enum adv7604_op_format_sel {
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_8 = 0x00,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_10 = 0x01,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_12_MODE0 = 0x02,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_12_MODE1 = 0x06,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_12_MODE2 = 0x0a,
> > -	ADV7604_OP_FORMAT_SEL_DDR_422_8 = 0x20,
> > -	ADV7604_OP_FORMAT_SEL_DDR_422_10 = 0x21,
> > -	ADV7604_OP_FORMAT_SEL_DDR_422_12_MODE0 = 0x22,
> > -	ADV7604_OP_FORMAT_SEL_DDR_422_12_MODE1 = 0x23,
> > -	ADV7604_OP_FORMAT_SEL_DDR_422_12_MODE2 = 0x24,
> > -	ADV7604_OP_FORMAT_SEL_SDR_444_24 = 0x40,
> > -	ADV7604_OP_FORMAT_SEL_SDR_444_30 = 0x41,
> > -	ADV7604_OP_FORMAT_SEL_SDR_444_36_MODE0 = 0x42,
> > -	ADV7604_OP_FORMAT_SEL_DDR_444_24 = 0x60,
> > -	ADV7604_OP_FORMAT_SEL_DDR_444_30 = 0x61,
> > -	ADV7604_OP_FORMAT_SEL_DDR_444_36 = 0x62,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_16 = 0x80,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_20 = 0x81,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_24_MODE0 = 0x82,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_24_MODE1 = 0x86,
> > -	ADV7604_OP_FORMAT_SEL_SDR_ITU656_24_MODE2 = 0x8a,
> > +/* Select output format (IO register 0x03, [4:2]) */
> > +enum adv7604_op_format_mode_sel {
> > +	ADV7604_OP_FORMAT_MODE0 = 0x00,
> > +	ADV7604_OP_FORMAT_MODE1 = 0x04,
> > +	ADV7604_OP_FORMAT_MODE2 = 0x08,
> >  };
> >  
> >  enum adv7604_drive_strength {
> > @@ -104,11 +76,8 @@ struct adv7604_platform_data {
> >  	/* Analog input muxing mode */
> >  	enum adv7604_ain_sel ain_sel;
> > 
> > -	/* Bus rotation and reordering */
> > -	enum adv7604_op_ch_sel op_ch_sel;
> 
> I would keep this as part of the platform_data. This is typically used if
> things are wired up in a non-standard way and so is specific to the
> hardware. It is not something that will change from format to format.

Right, some level of configuration is needed to account for non-standard 
wiring. However I'm not sure where that should be handled.

With exotic wiring the format at the receiver will be different than the 
format output by the ADV7604. From a pure ADV7604 point of view, the output 
format doesn't depend on the wiring. I wonder whether this shouldn't be a link 
property instead of being a subdev property. There's of course the question of 
where to store that link property if it's not part of either subdev.

Even if we decide that the wiring is a property of the source subdev, I don't 
think we should duplicate bus reordering code in all subdev drivers. This 
should thus be handled by the v4l2 core (either directly or as helper 
functions).

> Other than this it all looks quite nice! Much more flexible than before.
>
> > -
> > -	/* Select output format */
> > -	enum adv7604_op_format_sel op_format_sel;
> > +	/* Select output format mode */
> > +	enum adv7604_op_format_mode_sel op_format_mode_sel;
> > 
> >  	/* Configuration of the INT1 pin */
> >  	enum adv7604_int1_config int1_config;
> > @@ -116,14 +85,12 @@ struct adv7604_platform_data {
> >  	/* IO register 0x02 */
> >  	unsigned alt_gamma:1;
> >  	unsigned op_656_range:1;
> > -	unsigned rgb_out:1;
> >  	unsigned alt_data_sat:1;
> >  	
> >  	/* IO register 0x05 */
> >  	unsigned blank_data:1;
> >  	unsigned insert_av_codes:1;
> >  	unsigned replicate_av_codes:1;
> > -	unsigned invert_cbcr:1;
> > 
> >  	/* IO register 0x06 */
> >  	unsigned inv_vs_pol:1;

-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2014-03-10 22:41 UTC|newest]

Thread overview: 83+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-05 16:41 [PATCH 00/47] ADV7611 support Laurent Pinchart
2014-02-05 16:41 ` [PATCH 01/47] v4l: of: Support empty port nodes Laurent Pinchart
2014-02-05 16:41 ` [PATCH 02/47] v4l: Add UYVY10_2X10 and VYUY10_2X10 media bus pixel codes Laurent Pinchart
2014-02-05 16:41 ` [PATCH 03/47] v4l: Add UYVY10_1X20 and VYUY10_1X20 " Laurent Pinchart
2014-02-05 16:41 ` [PATCH 04/47] v4l: Add 12-bit YUV 4:2:0 " Laurent Pinchart
2014-02-05 16:41 ` [PATCH 05/47] v4l: Add 12-bit YUV 4:2:2 " Laurent Pinchart
2014-02-05 16:41 ` [PATCH 06/47] v4l: Add pad-level DV timings subdev operations Laurent Pinchart
2014-02-05 17:13   ` Hans Verkuil
2014-02-06 17:33   ` Sakari Ailus
2014-02-07  0:50     ` Laurent Pinchart
2014-02-05 16:41 ` [PATCH 07/47] ad9389b: Add pad-level DV timings operations Laurent Pinchart
2014-02-05 16:41 ` [PATCH 08/47] adv7511: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 09/47] adv7842: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 10/47] s5p-tv: hdmi: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 11/47] s5p-tv: hdmiphy: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 12/47] ths8200: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 13/47] tvp7002: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 14/47] media: bfin_capture: Switch to pad-level DV operations Laurent Pinchart
2014-02-05 16:42 ` [PATCH 15/47] media: davinci: vpif: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 16/47] media: staging: davinci: vpfe: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 17/47] s5p-tv: mixer: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 18/47] ad9389b: Remove deprecated video-level DV timings operations Laurent Pinchart
2014-02-05 16:42 ` [PATCH 19/47] adv7511: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 20/47] adv7842: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 21/47] s5p-tv: hdmi: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 22/47] s5p-tv: hdmiphy: Remove deprecated video-level DV timings operation Laurent Pinchart
2014-02-05 16:42 ` [PATCH 23/47] ths8200: Remove deprecated video-level DV timings operations Laurent Pinchart
2014-02-05 16:42 ` [PATCH 24/47] tvp7002: " Laurent Pinchart
2014-02-05 16:42 ` [PATCH 25/47] v4l: subdev: " Laurent Pinchart
2014-02-06 17:35   ` Sakari Ailus
2014-02-12 12:48   ` Hans Verkuil
2014-02-05 16:42 ` [PATCH 26/47] v4l: Improve readability by not wrapping ioctl number #define's Laurent Pinchart
2014-02-06 17:34   ` Sakari Ailus
2014-02-05 16:42 ` [PATCH 27/47] v4l: Add support for DV timings ioctls on subdev nodes Laurent Pinchart
2014-02-05 17:31   ` Hans Verkuil
2014-02-07  1:21     ` Laurent Pinchart
2014-02-07 11:07   ` Sakari Ailus
2014-02-10 12:53     ` Laurent Pinchart
2014-02-05 16:42 ` [PATCH 28/47] adv7604: Add missing include to linux/types.h Laurent Pinchart
2014-02-05 16:42 ` [PATCH 29/47] adv7604: Add support for asynchronous probing Laurent Pinchart
2014-02-05 16:42 ` [PATCH 30/47] adv7604: Don't put info string arrays on the stack Laurent Pinchart
2014-02-05 16:42 ` [PATCH 31/47] adv7604: Add 16-bit read functions for CP and HDMI Laurent Pinchart
2014-02-05 16:42 ` [PATCH 32/47] adv7604: Cache register contents when reading multiple bits Laurent Pinchart
2014-02-05 16:42 ` [PATCH 33/47] adv7604: Add adv7611 support Laurent Pinchart
2014-02-05 16:42 ` [PATCH 34/47] adv7604: Remove subdev control handlers Laurent Pinchart
2014-02-05 16:42 ` [PATCH 35/47] adv7604: Add sink pads Laurent Pinchart
2014-02-11 10:19   ` Hans Verkuil
2014-02-11 12:00     ` Laurent Pinchart
2014-02-11 12:07       ` Hans Verkuil
2014-02-11 12:23         ` Laurent Pinchart
2014-02-11 12:24           ` Hans Verkuil
2014-02-11 12:32             ` Laurent Pinchart
2014-02-11 12:33               ` Hans Verkuil
2014-02-05 16:42 ` [PATCH 36/47] adv7604: Make output format configurable through pad format operations Laurent Pinchart
2014-02-12 15:01   ` Hans Verkuil
2014-03-10 22:43     ` Laurent Pinchart [this message]
2014-03-11  9:05       ` Hans Verkuil
2014-03-11 11:16         ` Laurent Pinchart
2014-03-11 11:29           ` Hans Verkuil
2014-02-05 16:42 ` [PATCH 37/47] adv7604: Add pad-level DV timings support Laurent Pinchart
2014-02-05 16:42 ` [PATCH 38/47] adv7604: Remove deprecated video-level DV timings operations Laurent Pinchart
2014-02-05 16:42 ` [PATCH 39/47] adv7604: Inline the to_sd function Laurent Pinchart
2014-02-05 16:42 ` [PATCH 40/47] adv7604: Store I2C addresses and clients in arrays Laurent Pinchart
2014-02-05 16:42 ` [PATCH 41/47] adv7604: Replace *_and_or() functions with *_clr_set() Laurent Pinchart
2014-02-05 16:42 ` [PATCH 42/47] adv7604: Sort headers alphabetically Laurent Pinchart
2014-02-05 16:42 ` [PATCH 43/47] adv7604: Control hot-plug detect through a GPIO Laurent Pinchart
2014-02-06 13:10   ` Lars-Peter Clausen
2014-02-10 15:00     ` Laurent Pinchart
2014-02-11 10:09   ` Hans Verkuil
2014-02-11 12:03     ` Laurent Pinchart
2014-02-13  9:47       ` Hans Verkuil
2014-02-13 10:10         ` Lars-Peter Clausen
2014-02-13 14:33         ` Laurent Pinchart
2014-02-05 16:42 ` [PATCH 44/47] adv7604: Specify the default input through platform data Laurent Pinchart
2014-02-05 16:42 ` [PATCH 45/47] adv7604: Add DT support Laurent Pinchart
2014-02-11  9:23   ` Hans Verkuil
2014-02-11 12:08     ` Laurent Pinchart
2014-02-11 12:14       ` Hans Verkuil
2014-02-11 12:21         ` Lars-Peter Clausen
2014-02-11 12:30           ` Laurent Pinchart
2014-02-05 16:42 ` [PATCH 46/47] adv7604: Add LLC polarity configuration Laurent Pinchart
2014-02-05 16:42 ` [PATCH 47/47] adv7604: Add endpoint properties to DT bindings Laurent Pinchart
2014-02-05 17:12 ` [PATCH 00/47] ADV7611 support 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=1662851.xYrCTEPdFE@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=hans.verkuil@cisco.com \
    --cc=hverkuil@xs4all.nl \
    --cc=lars@metafoo.de \
    --cc=linux-media@vger.kernel.org \
    /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