Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4072218ybz; Tue, 28 Apr 2020 05:23:58 -0700 (PDT) X-Google-Smtp-Source: APiQypJHMUoxHgEw+yUH1W6f0cHqvRuTz2dKyYCbM0XMJAXazYJhx3+CwEzPfMlpEUEry+joK+zD X-Received: by 2002:a05:6402:1717:: with SMTP id y23mr21999669edu.361.1588076638555; Tue, 28 Apr 2020 05:23:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588076638; cv=none; d=google.com; s=arc-20160816; b=WQPOGAYhacFXJhNhXYtU+4suXNwLxxMt6OJHs1WBkwWQNUInzQ9DaMAytxJEGcle4o nOUkd1SS8tB0BmAwQtxyj9SjEDLqWOBOanffIDlLQQP0Fvusnh+o4dnIX7CzJ6du+SNW b98ZTAzLr26KQ6PBBguw+wGA16vV6gfyJh5xHGtik8Nj/S/DeI1qgwsBxDJNoT67XGwA s28U6YpJ1jR+UEBZz7SJqjOgseXIZp3wtNIt73BOhrDLWhg+gK4rO42LjycqbTAnxEW9 4uqVAzCDwHf0OdZqW8AdNWcXecfPZ/ik2FAOcp471NX63aUht9mW7rC5bbPvUMQI5waT 0y3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=66PEvgq166rYm5NNqO/K4FUqV5SVNdU/W11wcLnh4KU=; b=mr8dRJkx/47SmONpE636oklU1MuQ1bRd/F3EoRpMiWL7SBJuKMbH7QRKOkPIydqn5h LsblrObuRddyVPXbxKJ6xeWrloG3MCSr9nUjXBkR5Ge6FSh5NsBe9tufHaqJA7NfEPLX vjUqlS3O5y+ZRoMTEhzgsQIGDyHVRuudR3GsOq0PhpeLr2PHQkvvYKDl0AuVm4nWs76A QjsSmDF8XEs8Z6uVQIq5mkwnJzOtuWA5QSWDuYuvYZXxehaftHb/CLioblQgtFJhOPuq dQDyjqhBtj9tkDWS8qBMdUexgHX9YkyLh9BIvWM2/OtnPeZoc6gFQblY9IP7wGqjkaMy tFAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=gESl0rih; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw6si1469453edb.552.2020.04.28.05.23.35; Tue, 28 Apr 2020 05:23:58 -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=@linaro.org header.s=google header.b=gESl0rih; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726867AbgD1MVh (ORCPT + 99 others); Tue, 28 Apr 2020 08:21:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42310 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726861AbgD1MVg (ORCPT ); Tue, 28 Apr 2020 08:21:36 -0400 Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ED1D5C03C1AD for ; Tue, 28 Apr 2020 05:21:34 -0700 (PDT) Received: by mail-lj1-x241.google.com with SMTP id w20so21259739ljj.0 for ; Tue, 28 Apr 2020 05:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=66PEvgq166rYm5NNqO/K4FUqV5SVNdU/W11wcLnh4KU=; b=gESl0rihIt+DG1G40TUmI/KlPAmkk1+4Aiwp1MDMPvqaBcQyaLgL0tP2AHgbZg5nk0 Zpdq1rk6wT2WQ+bLxj3SVmtk9lXfualx8/Cw8wEteyO31K3kSq/vUb86877Of6KdH0io f2COEG+8BhNtvaxctV6KpKzRKGo/JVpELc5SyrcjWxVrbK+uiUKLtkQXzxgTWv2WgMiG Qiz0ZwMhbhudDACBVjvsTLMiMV8Sf0tjqm4cdShDq0oNkVfXuXFN6tDh9kF34y0SLf6s MzV7Ht5jWfSj0hMkPlHRIvJQX83Mdi5vEpjcfQ1aZMcZ/HOCfb2pg8UsWyQjOj1fdaUH 4Uyg== 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=66PEvgq166rYm5NNqO/K4FUqV5SVNdU/W11wcLnh4KU=; b=bHB+nWuyBLbsIDRadVsJKf1b9nTclgtlZSLt6qcCSGxc+MWd0HZajuEw34BDtjkKB9 sJaC4+jIDi6HmUf03rTNruqxvTd3X+IuF1WlUyb/4GJAgm6qRBGOnvfMaLCB69jiLs0k U/5w56zERtppTiqVy3U3fV7PeNZdv+oFBTJSbb1H2OHfLmDLQix5zPGar3DOY1N7SV0b K7wVMUqJG4M4I1XO0DlB5j29ICJa2iouZXQYT21HcRHyxGaxlbrvI3+Gc1huKBR0CZbV cQjmzsgRCQ3ucNat4QP7v6NYhby6vEbU5DpDpt7Os5i1vobi4DjTlx82OaRODk/VMLpV TVNg== X-Gm-Message-State: AGi0Pubhi2w0PD2NOBOInyENCLpzfC7mDZpIPrhk24wRkrblL7ZMrGAO SUmmcIU29cnXOdzdeG8I/DPyXQRuXG2/lsFU+i64UA== X-Received: by 2002:a05:651c:32e:: with SMTP id b14mr17558469ljp.277.1588076493277; Tue, 28 Apr 2020 05:21:33 -0700 (PDT) MIME-Version: 1.0 References: <20200423162548.129661-1-dianders@chromium.org> <20200423092431.v3.3.I53fed5b501a31e7a7fa13268ebcdd6b77bd0cadd@changeid> In-Reply-To: <20200423092431.v3.3.I53fed5b501a31e7a7fa13268ebcdd6b77bd0cadd@changeid> From: Linus Walleij Date: Tue, 28 Apr 2020 14:21:22 +0200 Message-ID: Subject: Re: [PATCH v3 3/6] drm/panel-simple: Support hpd-gpios for delaying prepare() To: Douglas Anderson Cc: Bartosz Golaszewski , Dave Airlie , Daniel Vetter , Rob Herring , Neil Armstrong , Andrzej Hajda , Laurent Pinchart , Sandeep Panda , Stephen Boyd , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "open list:GPIO SUBSYSTEM" , Jeffrey Hugo , "open list:DRM PANEL DRIVERS" , MSM , Rob Clark , Jernej Skrabec , Jonas Karlman , Bjorn Andersson , Sam Ravnborg , Thierry Reding , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 23, 2020 at 6:26 PM Douglas Anderson wrote: > People use panel-simple when they have panels that are builtin to > their device. In these cases the HPD (Hot Plug Detect) signal isn't > really used for hotplugging devices but instead is used for power > sequencing. Panel timing diagrams (especially for eDP panels) usually > have the HPD signal in them and it acts as an indicator that the panel > is ready for us to talk to it. > > Sometimes the HPD signal is hooked up to a normal GPIO on a system. > In this case we need to poll it in the correct place to know that the > panel is ready for us. In some system designs the right place for > this is panel-simple. > > When adding this support, we'll account for the case that there might > be a circular dependency between panel-simple and the provider of the > GPIO. The case this was designed for was for the "ti-sn65dsi86" > bridge chip. If HPD is hooked up to one of the GPIOs provided by the > bridge chip then in our probe function we'll always get back > -EPROBE_DEFER. Let's handle this by allowing this GPIO to show up > late if we saw -EPROBE_DEFER during probe. NOTE: since the > gpio_get_optional() is used, if the "hpd-gpios" isn't there our > variable will just be NULL and we won't do anything in prepare(). > > Signed-off-by: Douglas Anderson > Reviewed-by: Stephen Boyd > --- > > Changes in v3: > - Remind how gpio_get_optional() works in the commit message. Reviewed-by: Linus Walleij I have a small inkling to protest against calling this driver "panel-simple" as we tend to stockpile things like this. I suppose panel-panacea.c is a better name at this point :/ Yours, Linus Walleij