[Intel-gfx] [PATCH 1/2] drm: Add retries for dp dual mode read
Jani Nikula
jani.nikula at linux.intel.com
Wed Aug 23 11:59:20 UTC 2017
On Tue, 22 Aug 2017, Shashank Sharma <shashank.sharma at intel.com> wrote:
> From the CI builds, its been observed that during a driver
> reload/insert, dp dual mode read function sometimes fails to
> read from dual mode devices (like LSPCON) over i2c-over-aux
> channel.
>
> This patch:
> - adds some delay and few retries, allowing a scope for these
> devices to settle down and respond.
> - changes one error log's level from ERROR->DEBUG as we want
> to call it an error only after all the retries are exhausted.
>
> Cc: Ville Syrjala <ville.syrjala at linux.intel.com>
> Cc: Imre Deak <imre.deak at intel.com>
> Signed-off-by: Shashank Sharma <shashank.sharma at intel.com>
> ---
> drivers/gpu/drm/drm_dp_dual_mode_helper.c | 11 +++++++++--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_dp_dual_mode_helper.c b/drivers/gpu/drm/drm_dp_dual_mode_helper.c
> index 80e62f6..13f67a36 100644
> --- a/drivers/gpu/drm/drm_dp_dual_mode_helper.c
> +++ b/drivers/gpu/drm/drm_dp_dual_mode_helper.c
> @@ -75,8 +75,15 @@ ssize_t drm_dp_dual_mode_read(struct i2c_adapter *adapter,
> },
> };
> int ret;
> + int retry;
> +
> + for (retry = 5; ; ) {
As I said, I think the paradigm for loop (i = 0; i < N; i++) is always
more obvious and faster for humans to parse.
BR,
Jani.
> + ret = i2c_transfer(adapter, msgs, ARRAY_SIZE(msgs));
> + if (ret > 0 || !retry--)
> + break;
> + usleep_range(500, 1000);
> + }
>
> - ret = i2c_transfer(adapter, msgs, ARRAY_SIZE(msgs));
> if (ret < 0)
> return ret;
> if (ret != ARRAY_SIZE(msgs))
> @@ -420,7 +427,7 @@ int drm_lspcon_get_mode(struct i2c_adapter *adapter,
> ret = drm_dp_dual_mode_read(adapter, DP_DUAL_MODE_LSPCON_CURRENT_MODE,
> &data, sizeof(data));
> if (ret < 0) {
> - DRM_ERROR("LSPCON read(0x80, 0x41) failed\n");
> + DRM_DEBUG_KMS("LSPCON read(0x80, 0x41) failed\n");
> return -EFAULT;
> }
--
Jani Nikula, Intel Open Source Technology Center
More information about the Intel-gfx
mailing list