From: Hans Verkuil <hverkuil@xs4all.nl>
To: William Towle <william.towle@codethink.co.uk>,
linux-media@vger.kernel.org, linux-kernel@lists.codethink.co.uk
Cc: guennadi liakhovetski <g.liakhovetski@gmx.de>,
sergei shtylyov <sergei.shtylyov@cogentembedded.com>
Subject: Re: [PATCH 04/15] media: adv7604: chip info and formats for ADV7612
Date: Fri, 12 Jun 2015 08:27:59 +0200 [thread overview]
Message-ID: <557A7BEF.7010502@xs4all.nl> (raw)
In-Reply-To: <1433340002-1691-5-git-send-email-william.towle@codethink.co.uk>
Hi William,
Two comments, see below.
On 06/03/2015 03:59 PM, William Towle wrote:
> Add support for the ADV7612 chip as implemented on Renesas' Lager
> board to adv7604.c, including lists for formats/colourspace/timing
> selection and an IRQ handler.
>
> Signed-off-by: William Towle <william.towle@codethink.co.uk>
> ---
> drivers/media/i2c/adv7604.c | 91 +++++++++++++++++++++++++++++++++++++++++--
> 1 file changed, 87 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/media/i2c/adv7604.c b/drivers/media/i2c/adv7604.c
> index aaa37b0..16646517 100644
> --- a/drivers/media/i2c/adv7604.c
> +++ b/drivers/media/i2c/adv7604.c
> @@ -80,6 +80,7 @@ MODULE_LICENSE("GPL");
> enum adv76xx_type {
> ADV7604,
> ADV7611,
> + ADV7612,
> };
>
> struct adv76xx_reg_seq {
> @@ -758,6 +759,23 @@ static const struct adv76xx_format_info adv7611_formats[] = {
> ADV76XX_OP_MODE_SEL_SDR_422_2X | ADV76XX_OP_FORMAT_SEL_12BIT },
> };
>
> +static const struct adv76xx_format_info adv7612_formats[] = {
> + { MEDIA_BUS_FMT_RGB888_1X24, ADV76XX_OP_CH_SEL_RGB, true, false,
> + ADV76XX_OP_MODE_SEL_SDR_444 | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_YUYV8_2X8, ADV76XX_OP_CH_SEL_RGB, false, false,
> + ADV76XX_OP_MODE_SEL_SDR_422 | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_YVYU8_2X8, ADV76XX_OP_CH_SEL_RGB, false, true,
> + ADV76XX_OP_MODE_SEL_SDR_422 | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_UYVY8_1X16, ADV76XX_OP_CH_SEL_RBG, false, false,
> + ADV76XX_OP_MODE_SEL_SDR_422_2X | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_VYUY8_1X16, ADV76XX_OP_CH_SEL_RBG, false, true,
> + ADV76XX_OP_MODE_SEL_SDR_422_2X | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_YUYV8_1X16, ADV76XX_OP_CH_SEL_RGB, false, false,
> + ADV76XX_OP_MODE_SEL_SDR_422_2X | ADV76XX_OP_FORMAT_SEL_8BIT },
> + { MEDIA_BUS_FMT_YVYU8_1X16, ADV76XX_OP_CH_SEL_RGB, false, true,
> + ADV76XX_OP_MODE_SEL_SDR_422_2X | ADV76XX_OP_FORMAT_SEL_8BIT },
> +};
> +
> static const struct adv76xx_format_info *
> adv76xx_format_info(struct adv76xx_state *state, u32 code)
> {
> @@ -2471,6 +2489,11 @@ static void adv7611_setup_irqs(struct v4l2_subdev *sd)
> io_write(sd, 0x41, 0xd0); /* STDI irq for any change, disable INT2 */
> }
>
> +static void adv7612_setup_irqs(struct v4l2_subdev *sd)
> +{
> + io_write(sd, 0x41, 0xd0); /* disable INT2 */
> +}
> +
> static void adv76xx_unregister_clients(struct adv76xx_state *state)
> {
> unsigned int i;
> @@ -2558,6 +2581,19 @@ static const struct adv76xx_reg_seq adv7611_recommended_settings_hdmi[] = {
> { ADV76XX_REG_SEQ_TERM, 0 },
> };
>
> +static const struct adv76xx_reg_seq adv7612_recommended_settings_hdmi[] = {
> + { ADV76XX_REG(ADV76XX_PAGE_CP, 0x6c), 0x00 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x9b), 0x03 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x6f), 0x08 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x85), 0x1f },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x87), 0x70 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x57), 0xda },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x58), 0x01 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x03), 0x98 },
> + { ADV76XX_REG(ADV76XX_PAGE_HDMI, 0x4c), 0x44 },
> + { ADV76XX_REG_SEQ_TERM, 0 },
> +};
> +
> static const struct adv76xx_chip_info adv76xx_chip_info[] = {
> [ADV7604] = {
> .type = ADV7604,
> @@ -2646,17 +2682,59 @@ static const struct adv76xx_chip_info adv76xx_chip_info[] = {
> .field1_vsync_mask = 0x3fff,
> .field1_vbackporch_mask = 0x3fff,
> },
> + [ADV7612] = {
> + .type = ADV7612,
> + .has_afe = false,
> + .max_port = ADV7604_PAD_HDMI_PORT_B,
> + .num_dv_ports = 2,
> + .edid_enable_reg = 0x74,
> + .edid_status_reg = 0x76,
> + .lcf_reg = 0xa3,
> + .tdms_lock_mask = 0x43,
This looks strange: with two inputs I expect two bits set in the mask, not three.
> + .cable_det_mask = 0x01,
Same here: I expect to see two bits set, not one.
> + .fmt_change_digital_mask = 0x03,
> + .formats = adv7612_formats,
> + .nformats = ARRAY_SIZE(adv7612_formats),
> + .set_termination = adv7611_set_termination,
> + .setup_irqs = adv7612_setup_irqs,
> + .read_hdmi_pixelclock = adv7611_read_hdmi_pixelclock,
> + .read_cable_det = adv7611_read_cable_det,
> + .recommended_settings = {
> + [1] = adv7612_recommended_settings_hdmi,
> + },
> + .num_recommended_settings = {
> + [1] = ARRAY_SIZE(adv7612_recommended_settings_hdmi),
> + },
> + .page_mask = BIT(ADV76XX_PAGE_IO) | BIT(ADV76XX_PAGE_CEC) |
> + BIT(ADV76XX_PAGE_INFOFRAME) | BIT(ADV76XX_PAGE_AFE) |
> + BIT(ADV76XX_PAGE_REP) | BIT(ADV76XX_PAGE_EDID) |
> + BIT(ADV76XX_PAGE_HDMI) | BIT(ADV76XX_PAGE_CP),
> + .linewidth_mask = 0x1fff,
> + .field0_height_mask = 0x1fff,
> + .field1_height_mask = 0x1fff,
> + .hfrontporch_mask = 0x1fff,
> + .hsync_mask = 0x1fff,
> + .hbackporch_mask = 0x1fff,
> + .field0_vfrontporch_mask = 0x3fff,
> + .field0_vsync_mask = 0x3fff,
> + .field0_vbackporch_mask = 0x3fff,
> + .field1_vfrontporch_mask = 0x3fff,
> + .field1_vsync_mask = 0x3fff,
> + .field1_vbackporch_mask = 0x3fff,
> + },
> };
>
> static const struct i2c_device_id adv76xx_i2c_id[] = {
> { "adv7604", (kernel_ulong_t)&adv76xx_chip_info[ADV7604] },
> { "adv7611", (kernel_ulong_t)&adv76xx_chip_info[ADV7611] },
> + { "adv7612", (kernel_ulong_t)&adv76xx_chip_info[ADV7612] },
> { }
> };
> MODULE_DEVICE_TABLE(i2c, adv76xx_i2c_id);
>
> static const struct of_device_id adv76xx_of_id[] __maybe_unused = {
> { .compatible = "adi,adv7611", .data = &adv76xx_chip_info[ADV7611] },
> + { .compatible = "adi,adv7612", .data = &adv76xx_chip_info[ADV7612] },
> { }
> };
> MODULE_DEVICE_TABLE(of, adv76xx_of_id);
> @@ -2801,21 +2879,26 @@ static int adv76xx_probe(struct i2c_client *client,
> * identifies the revision, while on ADV7611 it identifies the model as
> * well. Use the HDMI slave address on ADV7604 and RD_INFO on ADV7611.
> */
> - if (state->info->type == ADV7604) {
> + switch (state->info->type) {
> + case ADV7604:
> val = adv_smbus_read_byte_data_check(client, 0xfb, false);
> if (val != 0x68) {
> v4l2_info(sd, "not an adv7604 on address 0x%x\n",
> client->addr << 1);
> return -ENODEV;
> }
> - } else {
> + break;
> + case ADV7611:
> + case ADV7612:
> val = (adv_smbus_read_byte_data_check(client, 0xea, false) << 8)
> | (adv_smbus_read_byte_data_check(client, 0xeb, false) << 0);
> - if (val != 0x2051) {
> - v4l2_info(sd, "not an adv7611 on address 0x%x\n",
> + if ((state->info->type == ADV7611 && val != 0x2051) ||
> + (state->info->type == ADV7612 && val != 0x2041)) {
> + v4l2_info(sd, "not an adv761x on address 0x%x\n",
> client->addr << 1);
> return -ENODEV;
> }
> + break;
> }
>
> /* control handlers */
>
Regards,
Hans
next prev parent reply other threads:[~2015-06-12 6:28 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-03 13:59 HDMI and Composite capture on Lager, for kernel 4.1, version 3 William Towle
2015-06-03 13:59 ` [PATCH 01/15] ARM: shmobile: lager dts: Add entries for VIN HDMI input support William Towle
2015-06-03 13:59 ` [PATCH 02/15] media: soc_camera: rcar_vin: Add BT.709 24-bit RGB888 " William Towle
2015-06-12 6:31 ` Hans Verkuil
2015-06-03 13:59 ` [PATCH 03/15] media: adv7180: add of match table William Towle
2015-06-12 6:31 ` Hans Verkuil
2015-06-03 13:59 ` [PATCH 04/15] media: adv7604: chip info and formats for ADV7612 William Towle
2015-06-12 6:27 ` Hans Verkuil [this message]
2015-06-03 13:59 ` [PATCH 05/15] media: adv7604: document support for ADV7612 dual HDMI input decoder William Towle
2015-06-12 6:29 ` Hans Verkuil
2015-06-03 13:59 ` [PATCH 06/15] media: adv7604: ability to read default input port from DT William Towle
2015-06-12 6:29 ` Hans Verkuil
2015-06-03 13:59 ` [PATCH 07/15] ARM: shmobile: lager dts: specify default-input for ADV7612 William Towle
2015-06-03 13:59 ` [PATCH 08/15] v4l: subdev: Add pad config allocator and init William Towle
2015-06-03 13:59 ` [PATCH 09/15] media: soc_camera pad-aware driver initialisation William Towle
2015-06-12 9:15 ` Hans Verkuil
2015-06-14 9:40 ` Guennadi Liakhovetski
2015-06-03 13:59 ` [PATCH 10/15] media: rcar_vin: Use correct pad number in try_fmt William Towle
2015-06-12 9:17 ` Hans Verkuil
2015-06-20 10:59 ` Guennadi Liakhovetski
2015-06-03 13:59 ` [PATCH 11/15] media: soc_camera: soc_scale_crop: " William Towle
2015-06-12 9:18 ` Hans Verkuil
2015-06-20 11:38 ` Guennadi Liakhovetski
2015-06-20 11:45 ` Guennadi Liakhovetski
2015-06-03 13:59 ` [PATCH 12/15] media: soc_camera: Fill std field in enum_input William Towle
2015-06-03 14:00 ` [PATCH 13/15] media: soc_camera: Fix error reporting in expbuf William Towle
2015-06-03 14:00 ` [PATCH 14/15] media: soc_camera: fill in bus_info field William Towle
2015-06-12 9:22 ` Hans Verkuil
2015-06-03 14:00 ` [PATCH 15/15] media: rcar_vin: Reject videobufs that are too small for current format William Towle
2015-06-12 9:22 ` Hans Verkuil
2015-06-19 12:07 ` HDMI and Composite capture on Lager, for kernel 4.1, version 3 Hans Verkuil
2015-06-22 14:41 ` William Towle
2015-06-22 14:45 ` Hans Verkuil
-- strict thread matches above, loose matches on Subject: below --
2015-06-25 9:30 HDMI and Composite capture on Lager, for kernel 4.1, version 4 William Towle
2015-06-25 9:30 ` [PATCH 04/15] media: adv7604: chip info and formats for ADV7612 William Towle
2015-05-27 16:10 HDMI and Composite capture on Lager, for kernel 4.1, version 2 William Towle
2015-05-27 16:10 ` [PATCH 04/15] media: adv7604: chip info and formats for ADV7612 William Towle
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=557A7BEF.7010502@xs4all.nl \
--to=hverkuil@xs4all.nl \
--cc=g.liakhovetski@gmx.de \
--cc=linux-kernel@lists.codethink.co.uk \
--cc=linux-media@vger.kernel.org \
--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