Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp915422rwb; Thu, 15 Dec 2022 04:17:43 -0800 (PST) X-Google-Smtp-Source: AA0mqf6uqONPTTtYyAxMZqMn4pUvZKof9OJIev4oRMGFhPQcMTOSfZN00M2IVcnW6mhdol5s5QCm X-Received: by 2002:a05:6a21:398b:b0:9d:efbf:786e with SMTP id ad11-20020a056a21398b00b0009defbf786emr33354327pzc.35.1671106662958; Thu, 15 Dec 2022 04:17:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671106662; cv=none; d=google.com; s=arc-20160816; b=KKzAD6k2xhIs7p5VakfV+NvqYjZVtuJ1l6c50To8MWILXL8IvY3JpxKfWAroI6h/Hr MIdoCtelYTRxu+Gp0Uhx6WPNpx1DAIIua5zJVDq7U1n8IQy0BdeXGm/GuN447pb84WV6 pdIRhm08UUrVpsVXc42uH+urFeSZi+I5Cw1A4wukJ4LNGLeXcU3kyXFOY9Wpdy40Oywr FD5W8BJYM+u7lw6rBE/LxUrW/PIEmsgNrhfZCr8J7IVlyN+abTGCh10VEwNgQGdLq9Hs Tt1cay51L18N4/Jb0DSf0YN/QcjQ1J2Oz+GvSoyPgQ829p9/VEtoJdclslgDR6ayM/Lq WSJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=T5fr4gxcVjc8CL9ZfRWUTh2EMQZ1tDH3lBxxvI+OSGE=; b=A9DXGctScN0BxpNOne95IGX3MhfSrGIyVw/DrMMjkPx89MzJ6fd9mfe3+bcCZn9Pqh sCCG5XprzzYKlv5y7Y3YRypW4OfScA3tyftCcWPDTNoHGYGsMpG5uECMwd7ifoxzGHVO edcDVs0xOVu5tLYfN/6fk0diucxGcndrWZ1WOOIzUmuPFer2s/69atSMLS3zXr/yZz24 JbeYQ2b+DyUSdQWT5n5jdSRt+uopO5TPPWzSQ96/lILlY3Ji4KElENfsOc1FLlMRzIPp L+KppHKVxihpxgjbG/7CTsFt68fC3tUQ12XrQ/Ogs1cp2ykZ5+1/pQtSjNRACpnt2YTx GNWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QwvuDGM8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e17-20020a63ee11000000b0047771668718si2667833pgi.479.2022.12.15.04.17.34; Thu, 15 Dec 2022 04:17:42 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QwvuDGM8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229506AbiLOLOf (ORCPT + 68 others); Thu, 15 Dec 2022 06:14:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38180 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229681AbiLOLOd (ORCPT ); Thu, 15 Dec 2022 06:14:33 -0500 Received: from mail-oa1-x2d.google.com (mail-oa1-x2d.google.com [IPv6:2001:4860:4864:20::2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB9582A713 for ; Thu, 15 Dec 2022 03:14:30 -0800 (PST) Received: by mail-oa1-x2d.google.com with SMTP id 586e51a60fabf-1447c7aa004so20465194fac.11 for ; Thu, 15 Dec 2022 03:14:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=T5fr4gxcVjc8CL9ZfRWUTh2EMQZ1tDH3lBxxvI+OSGE=; b=QwvuDGM8ZyygeBDcwhmIEH9zfT446KZK9OhIUxOEpvRB3EHL/GxDQJZcPxL/mejlkP QvbMftVSqo9vqKT3m4OxfIqtY/hG59lB+tiopaQ330pLo+xTIffq4n6V5xXYPJDwIoXo 4B/DdwZPZG0c6PkzQAXI4m9qUCb6kREVIov2cKAnBqArqkyoaPb1kuIGO8kY6qYQmfBJ eQg2p+6o6DQ8v0ubrSeEdwV+ZV6QlsEOzENfesJPrqMT/QDhtQ3hI4DG8cJ6GmEeLKUU Q9fJADNoGBRW8NwpuOCUJeHt55JV8rpMW1t+rpW6hRJcNGvkuGbx0oIrf88x5A2Z/ClA kjcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=T5fr4gxcVjc8CL9ZfRWUTh2EMQZ1tDH3lBxxvI+OSGE=; b=66jkNrdZmd6O+s4JcJwxN0H9y0C1WgIZEAMCj0FxjVg8Xokw9krUuxb7kxeGd2lxNj M5TWsCbmh+QGSKnASr3GuqkVH4xv1uMPLjxAipJsvjkvBoCXppbHfV50ATfbq3CQKAf1 4FeSCSCKdBpalFZk0zYfnQs0OGdI6ObAqubjbe9Yidc5HBpZSw/aCUlA5FxwM7aGdtPm 1kskSdnwUX2dhnkWyx23PcpoToqKLyBUX+j/9Y6wSl/qNkGzIYTfZizyK2uerFCFZZyz QTYhJnv8LEDZYac6z/MnhDZDYAlxxSnm+XVBE9PNvZxN+u180RCTWUbTS6T7Fid8zaY/ 8nzw== X-Gm-Message-State: AFqh2kr0SbrsdR0LsZkMi3UL1QGR8El7i9hQvAOpMf3Z/w+dDTptKKWt TZ7eRhOngUoZiFhRDE3aAFz4bamxOtoedKV24miXbw== X-Received: by 2002:a05:6870:9e4c:b0:13c:33d0:22e2 with SMTP id pt12-20020a0568709e4c00b0013c33d022e2mr591942oab.14.1671102870205; Thu, 15 Dec 2022 03:14:30 -0800 (PST) MIME-Version: 1.0 References: <20221214125821.12489-1-paul@crapouillou.net> <20221214125821.12489-6-paul@crapouillou.net> In-Reply-To: <20221214125821.12489-6-paul@crapouillou.net> From: Robert Foss Date: Thu, 15 Dec 2022 12:14:19 +0100 Message-ID: Subject: Re: [PATCH 05/10] drm: bridge: it66121: Fix wait for DDC ready To: Paul Cercueil Cc: Phong LE , Neil Armstrong , Andrzej Hajda , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , David Airlie , Daniel Vetter , Rob Herring , Krzysztof Kozlowski , list@opendingux.net, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 14 Dec 2022 at 13:59, Paul Cercueil wrote: > > The function it66121_wait_ddc_ready() would previously read the status > register until "true", which means it never actually polled anything and > would just read the register once. > > Now, it will properly wait until the DDC hardware is ready or until it > reported an error. > > The 'busy' variable was also renamed to 'error' since these bits are set > on error and not when the DDC hardware is busy. > > Since the DDC ready function is now working properly, the msleep(20) can > be removed. > > Signed-off-by: Paul Cercueil > --- > drivers/gpu/drm/bridge/ite-it66121.c | 15 +++++++-------- > 1 file changed, 7 insertions(+), 8 deletions(-) > > diff --git a/drivers/gpu/drm/bridge/ite-it66121.c b/drivers/gpu/drm/bridge/ite-it66121.c > index 0a4fdfd7af44..bfb9c87a7019 100644 > --- a/drivers/gpu/drm/bridge/ite-it66121.c > +++ b/drivers/gpu/drm/bridge/ite-it66121.c > @@ -440,15 +440,17 @@ static int it66121_configure_afe(struct it66121_ctx *ctx, > static inline int it66121_wait_ddc_ready(struct it66121_ctx *ctx) > { > int ret, val; > - u32 busy = IT66121_DDC_STATUS_NOACK | IT66121_DDC_STATUS_WAIT_BUS | > - IT66121_DDC_STATUS_ARBI_LOSE; > + u32 error = IT66121_DDC_STATUS_NOACK | IT66121_DDC_STATUS_WAIT_BUS | > + IT66121_DDC_STATUS_ARBI_LOSE; > + u32 done = IT66121_DDC_STATUS_TX_DONE; > > - ret = regmap_read_poll_timeout(ctx->regmap, IT66121_DDC_STATUS_REG, val, true, > - IT66121_EDID_SLEEP_US, IT66121_EDID_TIMEOUT_US); > + ret = regmap_read_poll_timeout(ctx->regmap, IT66121_DDC_STATUS_REG, val, > + val & (error | done), IT66121_EDID_SLEEP_US, > + IT66121_EDID_TIMEOUT_US); > if (ret) > return ret; > > - if (val & busy) > + if (val & error) > return -EAGAIN; > > return 0; > @@ -582,9 +584,6 @@ static int it66121_get_edid_block(void *context, u8 *buf, > offset += cnt; > remain -= cnt; > > - /* Per programming manual, sleep here before emptying the FIFO */ > - msleep(20); > - > ret = it66121_wait_ddc_ready(ctx); > if (ret) > return ret; > -- > 2.35.1 > Reviewed-by: Robert Foss