dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Andrea Merello <andrea.merello@gmail.com>
Cc: dri-devel@lists.freedesktop.org, Andrea Merello <andrea.merello@iit.it>
Subject: Re: [PATCH] drm/bridge: sii902x: fix get edid may fail
Date: Mon, 23 Jan 2017 11:20:54 +0100	[thread overview]
Message-ID: <20170123112054.148e3e2d@bbrezillon> (raw)
In-Reply-To: <1485165602-19264-1-git-send-email-andrea.merello@iit.it>

Hi Andrea,

On Mon, 23 Jan 2017 11:00:02 +0100
Andrea Merello <andrea.merello@gmail.com> wrote:

> From: Andrea Merello <andrea.merello@gmail.com>
> 
> The standard DRM function to get the edid from the i2c bus performs
> (at least) two transfers.
> 
> By experiments it seems that the sii9022a have problems with the
> 2nd I2C start, at least unless a wait is introduced detween the

						      ^ between

> two transfers.
> 
> So we perform one single I2C transfer, and if the transfer must be
> split, then we introduce a delay.

That's not exactly what this patch does: you're introducing a delay
between each retry. So, if the transceiver really requires a delay
between each transfer, you'll have to retry at least once on the 2nd
transfer.

I guess a better solution would be to add a delay even in case of
success, or maybe modify drm_do_get_edid() to optionally wait for a
specified time between each transfer.

BTW, sii902x_do_probe_ddc_edid() and drm_do_probe_ddc_edid() are almost
identical (except for the extra delay()), so maybe we should export
drm_do_probe_ddc_edid() and add an extra delay_us to it.

> 
> Signed-off-by: Andrea Merello <andrea.merello@iit.it>
> Cc: Andrea Merello <andrea.merello@gmail.com>
> Cc: Boris Brezillon <boris.brezillon@free-electrons.com>
> Cc: Archit Taneja <architt@codeaurora.org>
> Cc: David Airlie <airlied@linux.ie>
> ---
>  drivers/gpu/drm/bridge/sii902x.c | 70 +++++++++++++++++++++++++++++++++++++++-
>  1 file changed, 69 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c
> index 9126d03..042d7e2 100644
> --- a/drivers/gpu/drm/bridge/sii902x.c
> +++ b/drivers/gpu/drm/bridge/sii902x.c
> @@ -133,6 +133,62 @@ static const struct drm_connector_funcs sii902x_connector_funcs = {
>  	.atomic_destroy_state = drm_atomic_helper_connector_destroy_state,
>  };
>  
> +#define DDC_SEGMENT_ADDR 0x30
> +static int sii902x_do_probe_ddc_edid(void *data, u8 *buf,
> +				     unsigned int block, size_t len)
> +{
> +	struct i2c_adapter *adapter = data;
> +	unsigned char start = block * EDID_LENGTH;
> +	unsigned char segment = block >> 1;
> +	unsigned char xfers = segment ? 3 : 2;
> +	int ret, retries = 5;
> +
> +	/*
> +	 * The core I2C driver will automatically retry the transfer if the
> +	 * adapter reports EAGAIN. However, we find that bit-banging transfers
> +	 * are susceptible to errors under a heavily loaded machine and
> +	 * generate spurious NAKs and timeouts. Retrying the transfer
> +	 * of the individual block a few times seems to overcome this.
> +	 */
> +	while (1) {
> +		struct i2c_msg msgs[] = {
> +			{
> +				.addr	= DDC_SEGMENT_ADDR,
> +				.flags	= 0,
> +				.len	= 1,
> +				.buf	= &segment,
> +			}, {
> +				.addr	= DDC_ADDR,
> +				.flags	= 0,
> +				.len	= 1,
> +				.buf	= &start,
> +			}, {
> +				.addr	= DDC_ADDR,
> +				.flags	= I2C_M_RD,
> +				.len	= len,
> +				.buf	= buf,
> +			}
> +		};
> +
> +		/*
> +		 * Avoid sending the segment addr to not upset non-compliant
> +		 * DDC monitors.
> +		 */
> +		ret = i2c_transfer(adapter, &msgs[3 - xfers], xfers);
> +
> +		if (ret == -ENXIO) {
> +			DRM_DEBUG_KMS("drm: skipping non-existent adapter %s\n",
> +				      adapter->name);
> +			break;
> +		}
> +		if (ret == xfers || --retries == 0)
> +			break;
> +
> +		udelay(100);
> +	}
> +
> +	return ret == xfers ? 0 : -1;
> +}

Missing empty line here.

>  static int sii902x_get_modes(struct drm_connector *connector)
>  {
>  	struct sii902x *sii902x = connector_to_sii902x(connector);
> @@ -168,8 +224,20 @@ static int sii902x_get_modes(struct drm_connector *connector)
>  	if (ret)
>  		return ret;
>  
> -	edid = drm_get_edid(connector, sii902x->i2c->adapter);
> +	/* drm_get_edid() runs two I2C transfers. The sii902x seems

Please use kernel comment style:

	/*
	 * ...

> +	 * to have problem with the 2nd I2C start. A wait seems needed.
> +	 * So, we don't perform use drm_get_edid(). We don't perform
> +	 * the first "probe" transfer, and we use a custom block read
> +	 * function that, in case the trasfer is split, does introduce
> +	 * a delay.
> +	 */
> +	edid = drm_do_get_edid(connector, sii902x_do_probe_ddc_edid,
> +			       sii902x->i2c->adapter);
> +	if (!edid)
> +		return num;
> +

drm_get_edid() calls drm_get_displayid() just after drm_do_get_edid().
Are you sure this is not needed here?

>  	drm_mode_connector_update_edid_property(connector, edid);
> +
>  	if (edid) {
>  		num = drm_add_edid_modes(connector, edid);
>  		kfree(edid);

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2017-01-23 10:21 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-23 10:00 [PATCH] drm/bridge: sii902x: fix get edid may fail Andrea Merello
2017-01-23 10:20 ` Boris Brezillon [this message]
2017-01-23 11:32   ` Jani Nikula
2017-01-23 12:12     ` Andrea Merello
2017-01-23 12:36       ` Boris Brezillon
2017-01-23 14:06         ` Andrea Merello
2017-01-23 19:15           ` Daniel Vetter
2017-01-24  7:14             ` Jani Nikula
2017-01-23 12:04   ` Andrea Merello

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=20170123112054.148e3e2d@bbrezillon \
    --to=boris.brezillon@free-electrons.com \
    --cc=andrea.merello@gmail.com \
    --cc=andrea.merello@iit.it \
    --cc=dri-devel@lists.freedesktop.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