Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3847C54EAA for ; Fri, 27 Jan 2023 16:32:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234939AbjA0Qco (ORCPT ); Fri, 27 Jan 2023 11:32:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59428 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234340AbjA0Qcm (ORCPT ); Fri, 27 Jan 2023 11:32:42 -0500 Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1A7BD7E053 for ; Fri, 27 Jan 2023 08:32:41 -0800 (PST) Received: by mail-ej1-x636.google.com with SMTP id p26so3951185ejx.13 for ; Fri, 27 Jan 2023 08:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.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=oUMbRom03eDcBJesaXl2+ETO2zMmAwodhj6mDFtn4Y8=; b=hIhPt/CoEbOJ56yEcS+Ge7tmnTL5pVt4n8b9JKcqv4fmtkYLiWBFEo1pbKYIDMhWmW EhXVsk0PPsY6oZ6RA5D3y+Uv2naCNAxUEJCTEwt5oIu1dZJKVesEhB3U1J1il4Ow+BF5 OJ0Chjr4PHivYA1LC3VIDGnclBCj1vMN1DZco= 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=oUMbRom03eDcBJesaXl2+ETO2zMmAwodhj6mDFtn4Y8=; b=hdDG24XfRErvpEcVDAIY+nN7Gk4NvfSh7vjCJ5ix3McRAiRmgJqGr4nme+92hFERzi 1m3IjXkeyBfdIhcctPB+PMBJfR/lhtEU6q5go88a7/zme/jX4qtP0wKH4qmZ05RpOmQ+ SFQPyS9hQ1eX9gA6jQApVP50+tSf28V31350/j45eovbpjGUgq8d/ZyRHCFPx1taZyfe vVezCJyLd4ZmEWNz8j4/IS6G7mPRK4OXcm7Og6fmtG+zvfVqObr0TzwmBGE6RhVLBxVy jrxOMfz6S+6LA4NXksYuLQekkc4yjPQH86+ybdhx6wYhB8ZBYzV164uUntsMGMMi8dLm Wx9A== X-Gm-Message-State: AO0yUKVDcszdzSEI4YvS+2Q3McNKyIVVmC0emBmovkpc4WspkMiDThVq SPn5z0AKCua3ld2vXHFCJmW0keZnYMSjqF6Bi2g= X-Google-Smtp-Source: AK7set/uOaPr5QrgslHGu5+TSyj73fNq94Jso727Qi6RCYKpaLI3OAT4O+hlN6Y7Mh7HpUzrhc8UJQ== X-Received: by 2002:a17:906:9d87:b0:878:4e6c:344e with SMTP id fq7-20020a1709069d8700b008784e6c344emr7392551ejc.43.1674837159549; Fri, 27 Jan 2023 08:32:39 -0800 (PST) Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com. [209.85.128.49]) by smtp.gmail.com with ESMTPSA id t4-20020a170906948400b0084c4b87aa18sm2494706ejx.37.2023.01.27.08.32.36 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Jan 2023 08:32:37 -0800 (PST) Received: by mail-wm1-f49.google.com with SMTP id m15so3846836wms.4 for ; Fri, 27 Jan 2023 08:32:36 -0800 (PST) X-Received: by 2002:a05:600c:5389:b0:3d7:fa4a:6827 with SMTP id hg9-20020a05600c538900b003d7fa4a6827mr1995976wmb.188.1674837156471; Fri, 27 Jan 2023 08:32:36 -0800 (PST) MIME-Version: 1.0 References: <20230113155547.RFT.1.I723a3761d57ea60c5dd754c144aed6c3b2ea6f5a@changeid> <20230113155547.RFT.2.I4cfeab9d0e07e98ead23dd0736ab4461e6c69002@changeid> In-Reply-To: From: Doug Anderson Date: Fri, 27 Jan 2023 08:32:23 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFT PATCH 2/2] drm/msm/dsi: Stop unconditionally powering up DSI hosts at modeset To: Dmitry Baryshkov Cc: dri-devel@lists.freedesktop.org, Rob Clark , Abhinav Kumar , Daniel Vetter , Andrzej Hajda , Dave Stevenson , Robert Foss , Sean Paul , Jonas Karlman , Laurent Pinchart , Neil Armstrong , David Airlie , linux-arm-msm@vger.kernel.org, Stephen Boyd , Jernej Skrabec , Vinod Koul , freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org, ye xingchen Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Thu, Jan 26, 2023 at 9:49 PM Dmitry Baryshkov wrote: > > Hi, > > On Sat, 14 Jan 2023 at 01:56, Douglas Anderson wrote: > > > > In commit 7d8e9a90509f ("drm/msm/dsi: move DSI host powerup to modeset > > time"), we moved powering up DSI hosts to modeset time. This wasn't > > because it was an elegant design, but there were no better options. > > > > That commit actually ended up breaking ps8640, and thus was born > > commit ec7981e6c614 ("drm/msm/dsi: don't powerup at modeset time for > > parade-ps8640") as a temporary hack to un-break ps8640 by moving it to > > the old way of doing things. It turns out that ps8640 _really_ doesn't > > like its pre_enable() function to be called after > > dsi_mgr_bridge_power_on(). Specifically (from experimentation, not > > because I have any inside knowledge), it looks like the assertion of > > "RST#" in the ps8640 runtime resume handler seems like it's not > > allowed to happen after dsi_mgr_bridge_power_on() > > > > Recently, Dave Stevenson's series landed allowing bridges some control > > over pre_enable ordering. The meaty commit for our purposes is commit > > 4fb912e5e190 ("drm/bridge: Introduce pre_enable_prev_first to alter > > bridge init order"). As documented by that series, if a bridge doesn't > > set "pre_enable_prev_first" then we should use the old ordering. > > > > Now that we have the commit ("drm/bridge: tc358762: Set > > pre_enable_prev_first") we can go back to the old ordering, which also > > allows us to remove the ps8640 special case. > > > > One last note is that even without reverting commit 7d8e9a90509f > > ("drm/msm/dsi: move DSI host powerup to modeset time"), if you _just_ > > revert the ps8640 special case and try it out then it doesn't seem to > > fail anymore. I spent time bisecting / debugging this and it turns out > > to be mostly luck, so we still want this patch to make sure it's > > solid. Specifically the reason it sorta works these days is because > > we implemented wait_hpd_asserted() in ps8640 now, plus the magic of > > "pm_runtime" autosuspend. The fact that we have wait_hpd_asserted() > > implemented means that we actually power the bridge chip up just a wee > > bit earlier and then the bridge happens to stay on because of > > autosuspend and thus ends up powered before dsi_mgr_bridge_power_on(). > > I had a small comment on your patch, but then I was distracted and > forgot to send it. See below. > > > > > Cc: Dave Stevenson > > Cc: Dmitry Baryshkov > > Cc: Abhinav Kumar > > Signed-off-by: Douglas Anderson > > --- > > > > drivers/gpu/drm/msm/dsi/dsi_manager.c | 68 +++++---------------------- > > 1 file changed, 11 insertions(+), 57 deletions(-) > > > > diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c b/drivers/gpu/drm/msm/dsi/dsi_manager.c > > index 3a1417397283..5e6b8d423b96 100644 > > --- a/drivers/gpu/drm/msm/dsi/dsi_manager.c > > +++ b/drivers/gpu/drm/msm/dsi/dsi_manager.c > > @@ -34,32 +34,6 @@ static struct msm_dsi_manager msm_dsim_glb; > > #define IS_SYNC_NEEDED() (msm_dsim_glb.is_sync_needed) > > #define IS_MASTER_DSI_LINK(id) (msm_dsim_glb.master_dsi_link_id == id) > > > > -#ifdef CONFIG_OF > > -static bool dsi_mgr_power_on_early(struct drm_bridge *bridge) > > -{ > > - struct drm_bridge *next_bridge = drm_bridge_get_next_bridge(bridge); > > - > > - /* > > - * If the next bridge in the chain is the Parade ps8640 bridge chip > > - * then don't power on early since it seems to violate the expectations > > - * of the firmware that the bridge chip is running. > > - * > > - * NOTE: this is expected to be a temporary special case. It's expected > > - * that we'll eventually have a framework that allows the next level > > - * bridge to indicate whether it needs us to power on before it or > > - * after it. When that framework is in place then we'll use it and > > - * remove this special case. > > - */ > > - return !(next_bridge && next_bridge->of_node && > > - of_device_is_compatible(next_bridge->of_node, "parade,ps8640")); > > -} > > -#else > > -static inline bool dsi_mgr_power_on_early(struct drm_bridge *bridge) > > -{ > > - return true; > > -} > > -#endif > > - > > static inline struct msm_dsi *dsi_mgr_get_dsi(int id) > > { > > return msm_dsim_glb.dsi[id]; > > @@ -254,7 +228,7 @@ static void msm_dsi_manager_set_split_display(u8 id) > > } > > } > > > > -static void dsi_mgr_bridge_power_on(struct drm_bridge *bridge) > > +static void dsi_mgr_bridge_pre_enable(struct drm_bridge *bridge) > > Can you please keep the dsi_mgr_bridge_power_on() as is and just > remove the now-legacy dsi_mgr_power_on_early(). By this, I assume you mean keep the function separate but still remove the call to it from "modeset" and unconditionally call it from dsi_mgr_bridge_pre_enable(), right? > > { > > int id = dsi_mgr_bridge_get_id(bridge); > > struct msm_dsi *msm_dsi = dsi_mgr_get_dsi(id); > > @@ -300,36 +274,10 @@ static void dsi_mgr_bridge_power_on(struct drm_bridge *bridge) > > if (is_bonded_dsi && msm_dsi1) > > msm_dsi_host_enable_irq(msm_dsi1->host); > > > > - return; > > - > > -host1_on_fail: > > - msm_dsi_host_power_off(host); > > -host_on_fail: > > - dsi_mgr_phy_disable(id); > > -phy_en_fail: > > - return; > > -} > > - > > -static void dsi_mgr_bridge_pre_enable(struct drm_bridge *bridge) > > -{ > > - int id = dsi_mgr_bridge_get_id(bridge); > > - struct msm_dsi *msm_dsi = dsi_mgr_get_dsi(id); > > - struct msm_dsi *msm_dsi1 = dsi_mgr_get_dsi(DSI_1); > > - struct mipi_dsi_host *host = msm_dsi->host; > > - bool is_bonded_dsi = IS_BONDED_DSI(); > > - int ret; > > - > > - DBG("id=%d", id); > > - if (!msm_dsi_device_connected(msm_dsi)) > > - return; > > - > > /* Do nothing with the host if it is slave-DSI in case of bonded DSI */ > > if (is_bonded_dsi && !IS_MASTER_DSI_LINK(id)) > > return; > > > > - if (!dsi_mgr_power_on_early(bridge)) > > - dsi_mgr_bridge_power_on(bridge); > > - > > ret = msm_dsi_host_enable(host); > > if (ret) { > > pr_err("%s: enable host %d failed, %d\n", __func__, id, ret); > > @@ -349,7 +297,16 @@ static void dsi_mgr_bridge_pre_enable(struct drm_bridge *bridge) > > host1_en_fail: > > msm_dsi_host_disable(host); > > host_en_fail: > > - > > + msm_dsi_host_disable_irq(host); > > + if (is_bonded_dsi && msm_dsi1) { > > + msm_dsi_host_disable_irq(msm_dsi1->host); > > + msm_dsi_host_power_off(msm_dsi1->host); > > + } > > +host1_on_fail: > > + msm_dsi_host_power_off(host); > > +host_on_fail: > > + dsi_mgr_phy_disable(id); > > +phy_en_fail: > > return; > > } > > > > @@ -438,9 +395,6 @@ static void dsi_mgr_bridge_mode_set(struct drm_bridge *bridge, > > msm_dsi_host_set_display_mode(host, adjusted_mode); > > if (is_bonded_dsi && other_dsi) > > msm_dsi_host_set_display_mode(other_dsi->host, adjusted_mode); > > - > > - if (dsi_mgr_power_on_early(bridge)) > > - dsi_mgr_bridge_power_on(bridge); > > } > > > > static enum drm_mode_status dsi_mgr_bridge_mode_valid(struct drm_bridge *bridge, > > -- > > 2.39.0.314.g84b9a713c41-goog > > > > > -- > With best wishes > Dmitry