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 12DF1C54EAA for ; Fri, 27 Jan 2023 17:34:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235223AbjA0ReO (ORCPT ); Fri, 27 Jan 2023 12:34:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56524 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235196AbjA0ReM (ORCPT ); Fri, 27 Jan 2023 12:34:12 -0500 Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BDC977C33E for ; Fri, 27 Jan 2023 09:34:09 -0800 (PST) Received: by mail-lf1-x131.google.com with SMTP id h24so9263832lfv.6 for ; Fri, 27 Jan 2023 09:34:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=0OhyX9oLZW5/zYk0jNLeuEhyuYMFe887hKU9REklXWk=; b=xQoDRotJWTfm0FYDlP09QYgGT0DlEthrjbwvbLnqQosgbMa4Mc0hvjdFpRXyVlxfgX NF8a/HOPPKWvFCYYSrO35oWpGIL44haX3vGkwe+8ljkTb28MIqEPSLa1CQwqd38McY7b fxCn181ng0qmtiNO++Tkyuqguo/7VYbU+grW0206Fk5zWarVLjz+I6s06kIc4oLfUP6O C6eQq9jChx4i3xQ7fnmAM1uBDgJ9iV34z+bjw0gCWdFpDK3uEGPHxjEZSzwk4pctAdJ3 MIzZx1GGGW5j/Yr75//RwOj5RR825AU2vSMvXu5xTyOzVM56Zijq0VEoC75eEpKUAGmB mr6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=0OhyX9oLZW5/zYk0jNLeuEhyuYMFe887hKU9REklXWk=; b=bEEjiCoiuJEz7bMeKOpY+BUiA1XPwHO5gSksVkHN/oMz3/Z7gUHSYdp8p9gHU8fu9T RAvtZhvuaG490IcffLIDPOOSNS4hmO9ch+0bKQKp64ezAt0pTPbmFgk6eFdWViR/l1cf aJAAgNQX+OiBsOXIJs2XhFKy+LB3HnC/UFaRML2wkWUbYGIUl/m1mDOVBt72gyHF11HV y66felUJwDasCFQHYNXPrQNXBqOTo8U8qO3KV5NeJC/CxiaYX3OQhp2IFQ8/dVfbizOY 3L4Dc+I87Sf/o8RwvMvSL5QEhuhaU9y40o4LZfwuF3K+wWaLKlAA16UnSY0WKhJsUgJN l2bw== X-Gm-Message-State: AFqh2krB+Iw1lkSY1g5oneHAxPSIn7XDZzVMdThZm+Z4NQ6oTSyal6YP kkxysV1T4j1PE1V1iNSQYxYGKw== X-Google-Smtp-Source: AMrXdXsGzvZuPLTgjrbSx+zXKFB8cmU1+jIBTyqMu1EkczTQ9+l24aEfT0yZ5h+ZVr+qQbaScMQXug== X-Received: by 2002:a05:6512:128a:b0:4d5:acb3:fd30 with SMTP id u10-20020a056512128a00b004d5acb3fd30mr8017681lfs.21.1674840848050; Fri, 27 Jan 2023 09:34:08 -0800 (PST) Received: from [192.168.1.211] ([37.153.55.125]) by smtp.gmail.com with ESMTPSA id 13-20020ac2482d000000b004cafe65883dsm315781lft.122.2023.01.27.09.34.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Jan 2023 09:34:07 -0800 (PST) Message-ID: Date: Fri, 27 Jan 2023 19:34:06 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: Re: [RFT PATCH 2/2] drm/msm/dsi: Stop unconditionally powering up DSI hosts at modeset Content-Language: en-GB To: Doug Anderson 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 References: <20230113155547.RFT.1.I723a3761d57ea60c5dd754c144aed6c3b2ea6f5a@changeid> <20230113155547.RFT.2.I4cfeab9d0e07e98ead23dd0736ab4461e6c69002@changeid> From: Dmitry Baryshkov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 27/01/2023 18:32, Doug Anderson wrote: > 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? Yes, of course. > > >>> { >>> 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 -- With best wishes Dmitry