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
next prev parent 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