Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp982136pxj; Wed, 2 Jun 2021 17:09:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzDgKuLTw16tPpcxre6f5CSTZPVoUmtT23bkxFAv5gj/IpHLr6UD49lWX3BXPk1lndoM5gn X-Received: by 2002:a17:906:2844:: with SMTP id s4mr36266124ejc.263.1622678949108; Wed, 02 Jun 2021 17:09:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622678949; cv=none; d=google.com; s=arc-20160816; b=jKGzzrHvIa2oGJj+gCKRR/lDyI1AujN6iPvEzxqVohldARHiw5MFFdMUmdm8uahhgR H0hxFIy1dw4LDq/scmreO5VxbfDH42T3WRSx1QT6HY/rTzrIN3DaqH+jUpqhuypCJhjT tMIdCffZ1duuMtrL54RXz85mGXKsaJIbZujsP4q5U6hMonL7fq273JsStM88djVGXJPD qL1IdoT3gj36GC8PRFunTd5tNBFndvB6IBDPhykEXjMOKwya0Cm6zM7R/AwrEUmQVt0k KhKPZrX0jgo5DAgTKncXU/EoPxkYtXrIPrfNVAxUVij3s4hH8tGIHDt9u3cUMpytrQqE ENtg== 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=YY+50g2xbLmTItDZeExpa+h7sZUgks1PFFwjtEST29Q=; b=cEzEDXknJet1GX05cWd/FB4Ujc2ymZrFDnRhPAOa0vgM0YmYgH2I6SnpmzSAZJiAHU mNvbjoYgFtpwOl9bqoEYeyYNVfvUDMBVnCVe8zwG2t1aNxMC/GnxxW9s9R1UTEtZhjxy LQ3EZahVWSqfPbQVrtLt6uqZ6CCjRlqVozZ8s4nq1nmdjhnmgk052UuDYnAI7u9YBm8A CdeZz+ulsCEB2dLNNkkgNP8VME9gTuPbk/5VWaaIfAczKCU+PxfYdUTDOBW/t+wuMhum eCd6QlkBua+5J+Vma1SgRAMSaofSCOQ+ryi8kwAuuBjKmiApmtY8q3FOCsOO5rlwE6Kj 44lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=J+RLM6Uw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si1033779ejn.173.2021.06.02.17.08.45; Wed, 02 Jun 2021 17:09:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=J+RLM6Uw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229554AbhFCAHx (ORCPT + 99 others); Wed, 2 Jun 2021 20:07:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53632 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229623AbhFCAHw (ORCPT ); Wed, 2 Jun 2021 20:07:52 -0400 Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78B07C06175F for ; Wed, 2 Jun 2021 17:05:56 -0700 (PDT) Received: by mail-qk1-x730.google.com with SMTP id h20so4270142qko.11 for ; Wed, 02 Jun 2021 17:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YY+50g2xbLmTItDZeExpa+h7sZUgks1PFFwjtEST29Q=; b=J+RLM6Uw8pkvedBwVfvy74tpdAUeGO0e98yDe55RjmvPdGbEjR6u0YMprrOSWzv3gF nSSv8X3pRykeUkcdrSaK1I/MQnjUdHw2otek61i8OwYCHm1bImLbRjDGt31WKPYg3vHX 5OugkfuCie6rZleuvOlKW129DU0L59AeD354c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YY+50g2xbLmTItDZeExpa+h7sZUgks1PFFwjtEST29Q=; b=M943bLHuj6WEdKvQAgayWcArxTtMLkT/FB1S4biaNhdGMVUdT4zNugtCEzB1O5qelE 893T7A9wXQhLFzBEmfpYI+Eah5p7LWPDRLVzkThujG8g2RL1DOkeayT7bXsLPKHu5pe+ G2T+ZRgbR67hsr0Pog0Wz3bnc8VYqbi6alI1E0EPLkAc80kEPIuwm1dYRsN0RSYleD9s IbJgxOfwx7C4bsQTFvjJeOmqaXS6OO8vjt0eRwC8Q6QtSBuqyL1MM4lQaBRUi6dZ3tQc 94Xbo75QyzyC/jsaz+z8TW3gn8B00a4vyPBraxFgmKWaDpDawuoTtqSESy3enYYlCmQh Eg4Q== X-Gm-Message-State: AOAM53305/svvAU53sifNybhxyMgdcc6SC5U8kR3RgZZ8U5E97JnFWhF jTqzRLc/Gzo2wX7WFrQkPomMqHxj6mQGCQ== X-Received: by 2002:a05:620a:13a8:: with SMTP id m8mr28701779qki.213.1622678755349; Wed, 02 Jun 2021 17:05:55 -0700 (PDT) Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com. [209.85.219.172]) by smtp.gmail.com with ESMTPSA id d11sm884816qkk.110.2021.06.02.17.05.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Jun 2021 17:05:54 -0700 (PDT) Received: by mail-yb1-f172.google.com with SMTP id q21so6266708ybg.8 for ; Wed, 02 Jun 2021 17:05:54 -0700 (PDT) X-Received: by 2002:a25:2345:: with SMTP id j66mr42352856ybj.343.1622678753835; Wed, 02 Jun 2021 17:05:53 -0700 (PDT) MIME-Version: 1.0 References: <1622390172-31368-1-git-send-email-rajeevny@codeaurora.org> <1622390172-31368-4-git-send-email-rajeevny@codeaurora.org> In-Reply-To: <1622390172-31368-4-git-send-email-rajeevny@codeaurora.org> From: Doug Anderson Date: Wed, 2 Jun 2021 17:05:42 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [v5 3/5] drm/panel-simple: Support for delays between GPIO & regulator To: Rajeev Nandan Cc: dri-devel , linux-arm-msm , freedreno , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML , Thierry Reding , Sam Ravnborg , Rob Clark , Lyude Paul , Jani Nikula , Rob Herring , Laurent Pinchart , Andrzej Hajda , Daniel Thompson , "Kristian H. Kristensen" , Abhinav Kumar , Sean Paul , Kalyan Thota , Krishna Manikandan Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Sun, May 30, 2021 at 8:57 AM Rajeev Nandan wrote: > > Some panels datasheets may specify a delay between the enable GPIO and > the regulator. Support this in panel-simple. > > Signed-off-by: Rajeev Nandan > --- > > Changes in v4: > - New > > Changes in v5: > - Update description (Douglas) > - Warn if "power_to_enable" or "disable_to_power_off" is non-zero and panel->enable_gpio > is NULL (Douglas) > > drivers/gpu/drm/panel/panel-simple.c | 28 ++++++++++++++++++++++++++++ > 1 file changed, 28 insertions(+) > > diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c > index 047fad5..e3f5b7e 100644 > --- a/drivers/gpu/drm/panel/panel-simple.c > +++ b/drivers/gpu/drm/panel/panel-simple.c > @@ -133,6 +133,22 @@ struct panel_desc { > unsigned int prepare_to_enable; > > /** > + * @delay.power_to_enable: Time for the power to enable the display on. > + * > + * The time (in milliseconds) to wait after powering up the display > + * before asserting its enable pin. > + */ > + unsigned int power_to_enable; > + > + /** > + * @delay.disable_to_power_off: Time for the disable to power the display off. > + * > + * The time (in milliseconds) to wait before powering off the display > + * after deasserting its enable pin. > + */ > + unsigned int disable_to_power_off; > + > + /** > * @delay.enable: Time for the panel to display a valid frame. > * > * The time (in milliseconds) that it takes for the panel to > @@ -347,6 +363,10 @@ static int panel_simple_suspend(struct device *dev) > struct panel_simple *p = dev_get_drvdata(dev); > > gpiod_set_value_cansleep(p->enable_gpio, 0); > + > + if (p->desc->delay.disable_to_power_off) > + msleep(p->desc->delay.disable_to_power_off); > + > regulator_disable(p->supply); > p->unprepared_time = ktime_get(); > > @@ -407,6 +427,9 @@ static int panel_simple_prepare_once(struct panel_simple *p) > return err; > } > > + if (p->desc->delay.power_to_enable) > + msleep(p->desc->delay.power_to_enable); > + > gpiod_set_value_cansleep(p->enable_gpio, 1); > > delay = p->desc->delay.prepare; > @@ -782,6 +805,11 @@ static int panel_simple_probe(struct device *dev, const struct panel_desc *desc, > break; > } > > + if (!panel->enable_gpio && desc->delay.disable_to_power_off) > + dev_warn(dev, "Specify enable_gpio when using disable_to_power_off delay\n"); > + if (!panel->enable_gpio && desc->delay.power_to_enable) > + dev_warn(dev, "Specify enable_gpio when using power_to_enable delay\n"); Last nit is that the warning messages could be a little confusing to someone reading the logs. I guess the target audience of the error message is probably someone doing bringup. That person specified a panel in their device tree and maybe isn't even aware that they're using "disable_to_power_off" or "power_to_enable". Maybe wording instead: Need a delay after disabling panel GPIO, but a GPIO wasn't provided. Need a delay after enabling panel GPIO, but a GPIO wasn't provided. That's definitely getting into nittiness, though and I wouldn't be upset if the patch landed with the existing messages. Thus, with or without the change to the error message: Reviewed-by: Douglas Anderson