Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp461443pxx; Wed, 28 Oct 2020 08:53:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7LU+sIQGgUOzaL4fiRC0U+fZDXqzkhCQGs7PVWpd1aMAdSOhDHGywVebPL6iA+9j4NmAO X-Received: by 2002:a50:8a02:: with SMTP id i2mr8740440edi.40.1603900383962; Wed, 28 Oct 2020 08:53:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603900383; cv=none; d=google.com; s=arc-20160816; b=gRW3vrAb+VrM377pbjmyrIRb5WfKCoTDdTdiE4uvFJ3FkGM2D91Uw3E2S3oAsZYO6t SnD6cj5Yxlnxhlx09ZOO43sn51LNRiODj7ThKQ8mcGq79rnwNU2F03KxJ8qI/jLQ/xjo 4o3ErQlQ+mLETzhaWsMDV/WHPTUtnbFOLwh6Ti03rOecUWkNzmaJdncJB4Txu0itwiO1 3q5Z2VidvHl+FCsQSJZ6JScA4yHtuBqsVMWCQC97c91vQVBeIlrW+1XORogObRYc3IJh iIw2RBWtupQWRWeNIdJ0NtDf1Xd+Q1WEY5iAYo0goi+ETlaQUV5FuAilebPmnnI9VPHw 0h7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=bsZEVeTPuxeWNhyuGo8tUdund/O3OcaD79qUn4oefT8=; b=CscG51F7+WtyVrO+0yt8icAB6Tob0M3lFZOoIm+oHk39dS6x2nO+2lDhkHgOCVRhPv PG7KCHO98rsJmbEdO0r7tJ57LRAN/3bSYiiwp0wh3LqvLThZmaTG8WqckLNJAlrNlERX sfRnnVhOB4W72lDoL3dPHYE99q4OHK3y4b36s3tZM9nE3twHlI9auohiLYI+d7dNsRXT ld3AedrEyWh2s10vLsROkKqN2bPq9DMee4RxhgybjDdgmU69HBmaDLzQA97VjoTKK2QN RTANKx0EXJ00afKfPt6b9VtUPwt3BiToxAUzKqXPQPld4sUhLwyNMDOfzziMVb7zzizk O0Rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=jpUCUhjI; 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 dk22si2709939edb.258.2020.10.28.08.52.41; Wed, 28 Oct 2020 08:53:03 -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=jpUCUhjI; 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 S1813298AbgJ0Qtq (ORCPT + 99 others); Tue, 27 Oct 2020 12:49:46 -0400 Received: from mail-pf1-f194.google.com ([209.85.210.194]:39993 "EHLO mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1812864AbgJ0Qqb (ORCPT ); Tue, 27 Oct 2020 12:46:31 -0400 Received: by mail-pf1-f194.google.com with SMTP id w21so1239391pfc.7 for ; Tue, 27 Oct 2020 09:46:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=bsZEVeTPuxeWNhyuGo8tUdund/O3OcaD79qUn4oefT8=; b=jpUCUhjI1DzbIPLIhYF0iFV+0AMGhMrCYScsCt6V1q+QGIqVOxiHOO2/cwxW2p/vXi 357pMeH7v+k393kaf0E0crX1Mm3IotUsit7Faw4aj1eiGRJeQkeUNcQWj5HLAVREyHgy m5LkfV9zfgN+hNqjsJYsKE783iPGkc7R5YPh8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=bsZEVeTPuxeWNhyuGo8tUdund/O3OcaD79qUn4oefT8=; b=ZcR1N3moU5r05s9q87lhM5wYgZXr0AbXNKAWBw0F/qazWHj6bWNjXO4Nxk/gT77cHK 5AHJGWsTwVOnba9Riou05H1tM/4zx05ElfFS4llRO2KlOOS2tdH7/cVK+e03Dmr6LDFZ 0SxLzxYafZXxB/BtsPGE2Iq7c7aNto0EkOcocKWGvGUe1ZdCLNULkBgBFoCNbdpdsP5g KhdCT8fWe2WfUFRu7jQ0x1aDi+PHu0eJYCmRpTFuc8zZtfpe/FPX/2/AhUjG6kkqoiZ+ jpzDfW5AtpBSqnl/OyiHT6Q6bHKRvf8oBM9bYxwuoppWEX87PAJDTTA3Z1FsMb8epf6P t4+Q== X-Gm-Message-State: AOAM531aQlE3/vsp5eV1QlXS1JdH4sj3IkCcj5IVaoQCAQz0l6RoqBzb SqHBdkr2B+9a2jrffK4qiWQwuw== X-Received: by 2002:a63:7408:: with SMTP id p8mr2559660pgc.273.1603817188516; Tue, 27 Oct 2020 09:46:28 -0700 (PDT) Received: from tictac2.mtv.corp.google.com ([2620:15c:202:1:42b0:34ff:fe3d:58e6]) by smtp.gmail.com with ESMTPSA id c12sm3002688pgi.14.2020.10.27.09.46.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Oct 2020 09:46:27 -0700 (PDT) From: Douglas Anderson To: Thierry Reding , Sam Ravnborg Cc: Daniel Vetter , robdclark@chromium.org, Rob Herring , dri-devel@lists.freedesktop.org, David Airlie , Douglas Anderson , linux-kernel@vger.kernel.org Subject: [PATCH 1/3] drm: panel: simple: Allow timing constraints, not fixed delays Date: Tue, 27 Oct 2020 09:45:54 -0700 Message-Id: <20201027094553.1.I31c4f8b111dbef1ab658f206764655ae983bc560@changeid> X-Mailer: git-send-email 2.29.0.rc2.309.g374f81d7ae-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The simple panel code currently allows panels to define fixed delays at certain stages of initialization. These work OK, but they don't really map all that clearly to the requirements presented in many panel datasheets. Instead of defining a fixed delay, those datasheets provide a timing diagram and specify a minimum amount of time that needs to pass from event A to event B. Because of the way things are currently defined, most panels end up over-delaying. One prime example here is that a number of panels I've looked at define the amount of time that must pass between turning a panel off and turning it back on again. Since there is no way to specify this, many developers have listed this as the "unprepare" delay. However, if nobody ever tried to turn the panel on again in the next 500 ms (or whatever the delay was) then this delay was pointless. It's better to do the delay only in the case that someone tried to turn the panel on too quickly. Let's support specifying delays as constraints. We'll start with the one above and also a second one: the minimum time between prepare being done and doing the enable. On the panel I'm looking at, there's an 80 ms minimum time between HPD being asserted by the panel and setting the backlight enable GPIO. By specifying as a constraint we can enforce this without over-delaying. Specifically the link training is allowed to happen in parallel with this delay so adding a fixed 80 ms delay isn't ideal. Signed-off-by: Douglas Anderson --- drivers/gpu/drm/panel/panel-simple.c | 51 ++++++++++++++++++++++++---- 1 file changed, 44 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 2be358fb46f7..cbbe71a2a940 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -92,6 +92,19 @@ struct panel_desc { unsigned int unprepare; } delay; + /** + * @prepare_to_enable_ms: If this many milliseconds hasn't passed after + * prepare finished, add a delay to the start + * of enable. + * @unprepare_to_prepare_ms: If this many milliseconds hasn't passed + * unprepare finished, add a delay to the + * start of prepare. + */ + struct { + unsigned int prepare_to_enable_ms; + unsigned int unprepare_to_prepare_ms; + } timing_constraints; + u32 bus_format; u32 bus_flags; int connector_type; @@ -99,10 +112,12 @@ struct panel_desc { struct panel_simple { struct drm_panel base; - bool prepared; bool enabled; bool no_hpd; + ktime_t prepared_time; + ktime_t unprepared_time; + const struct panel_desc *desc; struct regulator *supply; @@ -230,6 +245,21 @@ static int panel_simple_get_non_edid_modes(struct panel_simple *panel, return num; } +static void panel_simple_enforce_constraint(ktime_t start_ktime, + unsigned int min_ms) +{ + ktime_t now_ktime, min_ktime; + + if (!min_ms) + return; + + min_ktime = ktime_add(start_ktime, ms_to_ktime(min_ms)); + now_ktime = ktime_get(); + + if (ktime_before(now_ktime, min_ktime)) + msleep(ktime_to_ms(ktime_sub(min_ktime, now_ktime)) + 1); +} + static int panel_simple_disable(struct drm_panel *panel) { struct panel_simple *p = to_panel_simple(panel); @@ -249,18 +279,19 @@ static int panel_simple_unprepare(struct drm_panel *panel) { struct panel_simple *p = to_panel_simple(panel); - if (!p->prepared) + if (!p->prepared_time) return 0; gpiod_set_value_cansleep(p->enable_gpio, 0); regulator_disable(p->supply); + p->prepared_time = 0; + p->unprepared_time = ktime_get(); + if (p->desc->delay.unprepare) msleep(p->desc->delay.unprepare); - p->prepared = false; - return 0; } @@ -296,9 +327,12 @@ static int panel_simple_prepare(struct drm_panel *panel) int err; int hpd_asserted; - if (p->prepared) + if (p->prepared_time) return 0; + panel_simple_enforce_constraint(p->unprepared_time, + p->desc->timing_constraints.unprepare_to_prepare_ms); + err = regulator_enable(p->supply); if (err < 0) { dev_err(panel->dev, "failed to enable supply: %d\n", err); @@ -333,7 +367,7 @@ static int panel_simple_prepare(struct drm_panel *panel) } } - p->prepared = true; + p->prepared_time = ktime_get(); return 0; } @@ -348,6 +382,9 @@ static int panel_simple_enable(struct drm_panel *panel) if (p->desc->delay.enable) msleep(p->desc->delay.enable); + panel_simple_enforce_constraint(p->prepared_time, + p->desc->timing_constraints.prepare_to_enable_ms); + p->enabled = true; return 0; @@ -514,7 +551,7 @@ static int panel_simple_probe(struct device *dev, const struct panel_desc *desc) return -ENOMEM; panel->enabled = false; - panel->prepared = false; + panel->prepared_time = 0; panel->desc = desc; panel->no_hpd = of_property_read_bool(dev->of_node, "no-hpd"); -- 2.29.0.rc2.309.g374f81d7ae-goog