Received: by 2002:a05:7412:31a9:b0:e2:908c:2ebd with SMTP id et41csp5071693rdb; Sat, 16 Sep 2023 01:28:26 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHlrqnXQFwcEPlk8aahLXSC3EaOTXEvatEOsr5lJUo23x5gai6uluS1lRtKNnyWP1ZW37uI X-Received: by 2002:a05:6e02:d4b:b0:34f:d665:4c2e with SMTP id h11-20020a056e020d4b00b0034fd6654c2emr362842ilj.30.1694852906493; Sat, 16 Sep 2023 01:28:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1694852906; cv=none; d=google.com; s=arc-20160816; b=rLW2zvs/ovfCTHpY0uT3p2NaUF/FogiZ50W0MKLD0HVQZKNwFqB7oF8uznmNAODOLT Guw1ACzG+COsHbfmm9Yx6WYOAki6OLT4xvqOpNek1gFKRFR0ehjTVllZUo3KvWZSFzdi UzcyaVhUliL+zsMeeELMt0BQ1TL4KKMd+s6V6U9VF6OmnlcIlX3kBGsMHrJOtNGCelCI U2QMpyKXxfq1vlVNPDo6qplEcOlHBOGWGYU/k59oUdsTNcBppxSE2P5pi8biSEcOaRY3 dEa21SX8PwIPZMl1Innk9+vYhylgDFLXSWB4v7i1RHju/d9Ziet3wvZEfscuJtFhMU/R XgkA== 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=lqKBRyFePWKTO3hOGR9JrUyWyf6igxwdMSPQCg5MXyU=; fh=Iu05yrOKhRyKBOIps2Mjvip7s5lelUzP4uL09HFczko=; b=WwjUXrpCYLlxsoxR9QmZNo+njuhYRxHRqCfWdLXR/8blj1chjhgWiVb1PJbba/Y5Pd UsK4nbKzYKZQ8XIGmHsyLAK8XuZvDaHr4YmbzRyfTeyAfw9tLXYQGjBUSSBEHMWmyyzu AM9A3KZPZSTcjMQYYmrzAdxJIDvLtqH1JOm21f8qbuAPh3U1v6vm375SA7LiTMbK9fyq YpalzdlE5P2OKenOv0EpVxVyIeR70gh1b7qngR/P7g4qGKC8vnZgnX8fU7IW00g+sspu Ni8MjIrFJ9CmQN+RUnyLWJEQvJqJtLHECG1kMh8fUkRA0e5ZjP/SybGTbgjmzsOfkFv1 FLoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=b4WhoRZ3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 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 agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id n25-20020a637219000000b0056c297d163asi4456621pgc.523.2023.09.16.01.28.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 16 Sep 2023 01:28:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=b4WhoRZ3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 99C9282B572F; Fri, 15 Sep 2023 18:09:22 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234025AbjIPBIs (ORCPT + 99 others); Fri, 15 Sep 2023 21:08:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57000 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238063AbjIPBIR (ORCPT ); Fri, 15 Sep 2023 21:08:17 -0400 Received: from mail-yw1-x1136.google.com (mail-yw1-x1136.google.com [IPv6:2607:f8b0:4864:20::1136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0A6CD99 for ; Fri, 15 Sep 2023 18:08:11 -0700 (PDT) Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-59c26aa19b7so7222927b3.2 for ; Fri, 15 Sep 2023 18:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1694826490; x=1695431290; darn=vger.kernel.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=lqKBRyFePWKTO3hOGR9JrUyWyf6igxwdMSPQCg5MXyU=; b=b4WhoRZ3CeMjUs7M2cbyEvtZLGyWX9k58LgZNiAcmDPWNb/Xc1+hinBmyoY2myVy7U rnyWqxLQ/bJ8GNKEAUzeqxgo9sIjBKC+nI0e3mNgD2tlgHkSWmudkgpHR5IMUQuCg3Bv eLjklmGkeoYtdmt5C2vPUDajTEKOJ5K5MvUVg4JahpQ9Ov/RHin6Dh477B4y4FcgKvEq Oo37XeeMwH0q+5PbFqA5LLm72Hr3UT0zzBKQvbmaQ7QOaRMQ2CeWX5yLs1BLC6xaOgxS FQzjosFcYOIMy5PJrngOQaGOTAf/e/+efAbDevy538AcjgJgn40+EUCyuEePV5tijgCd V0fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694826490; x=1695431290; 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=lqKBRyFePWKTO3hOGR9JrUyWyf6igxwdMSPQCg5MXyU=; b=RyQ5TSSa+05yQK22uj2X8/Y2/Y5UbNVprQqkdTuMzmK5Hg3407av05jSwNO+9xwI87 TTrHPlPk4tFHfn5owiq/wMuAcXxhl+h/kK76FarXMoF93Z1TRa7Mi34Ogjbm+slVg04c CTsWm4PgBLfuM48jKDzKonvda6MUlYPD3N44MLqxPqJxolcTBWXnE6QrO1Ojr4CLzP03 OFiyXY+c0LHe8dvX/Y+M2hE15XCHWbtxCtSCnH5lBtZkjJGPoziv+M+uWlGwUI3vyoPf EiC330/wvPGcCryna+mc8v3WTqbI+HtIfUVgliwHsLPl60mYsApepX1rqrtZP/oGaQhX Ircg== X-Gm-Message-State: AOJu0YwunrsqA2rkeEOnLNyEhx6Wtm7rvMD2aPTjpS/3qlzm8xV4xRxN woF4cWEdt5575eyCpltaQxTgbsp7iT5J7FtWtqn4rw== X-Received: by 2002:a0d:d6cf:0:b0:583:7b49:57ac with SMTP id y198-20020a0dd6cf000000b005837b4957acmr3702525ywd.25.1694826490146; Fri, 15 Sep 2023 18:08:10 -0700 (PDT) MIME-Version: 1.0 References: <1694813901-26952-1-git-send-email-quic_khsieh@quicinc.com> <1694813901-26952-5-git-send-email-quic_khsieh@quicinc.com> In-Reply-To: <1694813901-26952-5-git-send-email-quic_khsieh@quicinc.com> From: Dmitry Baryshkov Date: Sat, 16 Sep 2023 04:07:58 +0300 Message-ID: Subject: Re: [PATCH v3 4/7] drm/msm/dp: incorporate pm_runtime framework into DP driver To: Kuogee Hsieh Cc: dri-devel@lists.freedesktop.org, robdclark@gmail.com, sean@poorly.run, swboyd@chromium.org, dianders@chromium.org, vkoul@kernel.org, daniel@ffwll.ch, airlied@gmail.com, agross@kernel.org, andersson@kernel.org, quic_abhinavk@quicinc.com, quic_jesszhan@quicinc.com, quic_sbillaka@quicinc.com, marijn.suijten@somainline.org, freedreno@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Fri, 15 Sep 2023 18:09:22 -0700 (PDT) On Sat, 16 Sept 2023 at 00:38, Kuogee Hsieh wrote: > > Currently DP driver is executed independent of PM runtime framework. > This lead DP driver incompatible with others. Incorporating pm runtime Why is it incompatible? Which others are mentioned here? > framework into DP driver so that both power and clocks to enable/disable > host controller fits with PM runtime mechanism. Once pm runtime framework > is incorporated into DP driver, wake up device from power up path is not > necessary. Hence remove it. Both EV_POWER_PM_GET and EV_POWER_PM_PUT events > are introduced to perform pm runtime control for the HPD GPIO routing to a > display-connector case. > > Changes in v3: > -- incorporate removing pm_runtime_xx() from dp_pwer.c to this patch > -- use pm_runtime_resume_and_get() instead of pm_runtime_get() > -- error checking pm_runtime_resume_and_get() return value > -- add EV_POWER_PM_GET and PM_EV_POWER_PUT to handle HPD_GPIO case Previous changelog? > > Signed-off-by: Kuogee Hsieh > --- > drivers/gpu/drm/msm/dp/dp_aux.c | 5 ++ > drivers/gpu/drm/msm/dp/dp_display.c | 114 +++++++++++++++++++++++++++--------- > drivers/gpu/drm/msm/dp/dp_power.c | 9 --- > 3 files changed, 90 insertions(+), 38 deletions(-) > > diff --git a/drivers/gpu/drm/msm/dp/dp_aux.c b/drivers/gpu/drm/msm/dp/dp_aux.c > index 8e3b677..8fa93c5 100644 > --- a/drivers/gpu/drm/msm/dp/dp_aux.c > +++ b/drivers/gpu/drm/msm/dp/dp_aux.c > @@ -291,6 +291,9 @@ static ssize_t dp_aux_transfer(struct drm_dp_aux *dp_aux, > return -EINVAL; > } > > + if (pm_runtime_resume_and_get(dp_aux->dev)) > + return -EINVAL; Please propagate error values instead of reinventing them. > + > mutex_lock(&aux->mutex); > if (!aux->initted) { > ret = -EIO; > @@ -364,6 +367,8 @@ static ssize_t dp_aux_transfer(struct drm_dp_aux *dp_aux, > > exit: > mutex_unlock(&aux->mutex); > + pm_runtime_mark_last_busy(dp_aux->dev); > + pm_runtime_put_autosuspend(dp_aux->dev); What is the reason for using autosuspend? Such design decisions should be described in the commit message. > > return ret; > } > diff --git a/drivers/gpu/drm/msm/dp/dp_display.c b/drivers/gpu/drm/msm/dp/dp_display.c > index 59f9d85..e7af7f7 100644 > --- a/drivers/gpu/drm/msm/dp/dp_display.c > +++ b/drivers/gpu/drm/msm/dp/dp_display.c > @@ -60,6 +60,8 @@ enum { > EV_IRQ_HPD_INT, > EV_HPD_UNPLUG_INT, > EV_USER_NOTIFICATION, > + EV_POWER_PM_GET, > + EV_POWER_PM_PUT, > }; > > #define EVENT_TIMEOUT (HZ/10) /* 100ms */ > @@ -276,13 +278,6 @@ static int dp_display_bind(struct device *dev, struct device *master, > dp->dp_display.drm_dev = drm; > priv->dp[dp->id] = &dp->dp_display; > > - rc = dp->parser->parse(dp->parser); > - if (rc) { > - DRM_ERROR("device tree parsing failed\n"); > - goto end; > - } > - > - > dp->drm_dev = drm; > dp->aux->drm_dev = drm; > rc = dp_aux_register(dp->aux); > @@ -291,12 +286,6 @@ static int dp_display_bind(struct device *dev, struct device *master, > goto end; > } > > - rc = dp_power_client_init(dp->power); > - if (rc) { > - DRM_ERROR("Power client create failed\n"); > - goto end; > - } > - > rc = dp_register_audio_driver(dev, dp->audio); > if (rc) { > DRM_ERROR("Audio registration Dp failed\n"); > @@ -320,10 +309,6 @@ static void dp_display_unbind(struct device *dev, struct device *master, > struct dp_display_private *dp = dev_get_dp_display_private(dev); > struct msm_drm_private *priv = dev_get_drvdata(master); > > - /* disable all HPD interrupts */ > - if (dp->core_initialized) > - dp_catalog_hpd_config_intr(dp->catalog, DP_DP_HPD_INT_MASK, false); > - > kthread_stop(dp->ev_tsk); > > of_dp_aux_depopulate_bus(dp->aux); > @@ -467,6 +452,18 @@ static void dp_display_host_deinit(struct dp_display_private *dp) > dp->core_initialized = false; > } > > +static void dp_display_pm_get(struct dp_display_private *dp) > +{ > + if (pm_runtime_resume_and_get(&dp->pdev->dev)) > + DRM_ERROR("failed to start power\n"); > +} Huge NAK here. This means that the error is completely ignored (other than being dumped to the log). This is a short path to Sync error and other kinds of reboot. > + > +static void dp_display_pm_put(struct dp_display_private *dp) > +{ > + pm_runtime_mark_last_busy(&dp->pdev->dev); > + pm_runtime_put_autosuspend(&dp->pdev->dev); > +} > + > static int dp_display_usbpd_configure_cb(struct device *dev) > { > struct dp_display_private *dp = dev_get_dp_display_private(dev); > @@ -1096,7 +1093,6 @@ static int hpd_event_thread(void *data) > > switch (todo->event_id) { > case EV_HPD_INIT_SETUP: > - dp_display_host_init(dp_priv); > break; > case EV_HPD_PLUG_INT: > dp_hpd_plug_handle(dp_priv, todo->data); > @@ -1111,6 +1107,12 @@ static int hpd_event_thread(void *data) > dp_display_send_hpd_notification(dp_priv, > todo->data); > break; > + case EV_POWER_PM_GET: > + dp_display_pm_get(dp_priv); > + break; > + case EV_POWER_PM_PUT: > + dp_display_pm_put(dp_priv); > + break; No. runtime_get / runtime_put are not HPD events. They should be executed directly from the place where the drivers needs the device to be powered up. > default: > break; > } > @@ -1251,6 +1253,18 @@ static int dp_display_probe(struct platform_device *pdev) > return -EPROBE_DEFER; > } > > + rc = dp->parser->parse(dp->parser); > + if (rc) { > + DRM_ERROR("device tree parsing failed\n"); > + return -EPROBE_DEFER; > + } > + > + rc = dp_power_client_init(dp->power); > + if (rc) { > + DRM_ERROR("Power client create failed\n"); > + return -EPROBE_DEFER; > + } Why? This moves resource allocation to the probe function, which is irrelevant to the pm_runtime code. If this is required, you can move these changes to a separate patch. > + > /* setup event q */ > mutex_init(&dp->event_mutex); > init_waitqueue_head(&dp->event_q); > @@ -1263,6 +1277,10 @@ static int dp_display_probe(struct platform_device *pdev) > > platform_set_drvdata(pdev, &dp->dp_display); > > + devm_pm_runtime_enable(&pdev->dev); error code handling? > + pm_runtime_set_autosuspend_delay(&pdev->dev, 1000); > + pm_runtime_use_autosuspend(&pdev->dev); > + > rc = dp_display_request_irq(dp); > if (rc) > return rc; > @@ -1285,6 +1303,36 @@ static int dp_display_remove(struct platform_device *pdev) > > platform_set_drvdata(pdev, NULL); > > + pm_runtime_put_sync_suspend(&pdev->dev); Why? Who is holding the pm count here? > + pm_runtime_dont_use_autosuspend(&pdev->dev); > + pm_runtime_disable(&pdev->dev); Why do you need _disable if you have a devm_pm_runtime_enable()? Not to mention that pm_runtime_disable_action() already has a call to pm_runtime_dont_use_autosuspend() > + > + return 0; > +} > + > +static int dp_pm_runtime_suspend(struct device *dev) > +{ > + struct dp_display_private *dp = dev_get_dp_display_private(dev); > + > + if (dp->dp_display.is_edp) { > + dp_display_host_phy_exit(dp); > + dp_catalog_ctrl_hpd_disable(dp->catalog); > + } > + dp_display_host_deinit(dp); > + > + return 0; > +} > + > +static int dp_pm_runtime_resume(struct device *dev) > +{ > + struct dp_display_private *dp = dev_get_dp_display_private(dev); > + > + dp_display_host_init(dp); > + if (dp->dp_display.is_edp) { > + dp_catalog_ctrl_hpd_enable(dp->catalog); > + dp_display_host_phy_init(dp); > + } > + > return 0; > } > > @@ -1389,6 +1437,7 @@ static int dp_pm_suspend(struct device *dev) > } > > static const struct dev_pm_ops dp_pm_ops = { > + SET_RUNTIME_PM_OPS(dp_pm_runtime_suspend, dp_pm_runtime_resume, NULL) > .suspend = dp_pm_suspend, > .resume = dp_pm_resume, > }; > @@ -1473,10 +1522,6 @@ static int dp_display_get_next_bridge(struct msm_dp *dp) > aux_bus = of_get_child_by_name(dev->of_node, "aux-bus"); > > if (aux_bus && dp->is_edp) { > - dp_display_host_init(dp_priv); > - dp_catalog_ctrl_hpd_enable(dp_priv->catalog); > - dp_display_host_phy_init(dp_priv); > - > /* > * The code below assumes that the panel will finish probing > * by the time devm_of_dp_aux_populate_ep_devices() returns. > @@ -1578,6 +1623,11 @@ void dp_bridge_atomic_enable(struct drm_bridge *drm_bridge, > dp_hpd_plug_handle(dp_display, 0); > > mutex_lock(&dp_display->event_mutex); > + if (pm_runtime_resume_and_get(&dp_display->pdev->dev)) { > + DRM_ERROR("failed to start power\n"); > + mutex_unlock(&dp_display->event_mutex); > + return; > + } > > state = dp_display->hpd_state; > if (state != ST_DISPLAY_OFF && state != ST_MAINLINK_READY) { > @@ -1658,6 +1708,8 @@ void dp_bridge_atomic_post_disable(struct drm_bridge *drm_bridge, > } > > drm_dbg_dp(dp->drm_dev, "type=%d Done\n", dp->connector_type); > + > + pm_runtime_put_sync(&dp_display->pdev->dev); So, no autosuspend now? Also, I think we can get an unbalanced runtime status, as there is no guarantee that atomic_enable / atomic_disable will be paired. Please correct me if I'm wrong. And also there is a possible return earlier in this function. The driver will leak the runtime status again. > mutex_unlock(&dp_display->event_mutex); > } > > @@ -1697,6 +1749,9 @@ void dp_bridge_hpd_enable(struct drm_bridge *bridge) > struct dp_display_private *dp = container_of(dp_display, struct dp_display_private, dp_display); > > mutex_lock(&dp->event_mutex); > + if (pm_runtime_resume_and_get(&dp->pdev->dev)) > + DRM_ERROR("failed to start power\n"); Return? > + > dp_catalog_ctrl_hpd_enable(dp->catalog); > > /* enable HDP interrupts */ > @@ -1718,6 +1773,9 @@ void dp_bridge_hpd_disable(struct drm_bridge *bridge) > dp_catalog_ctrl_hpd_disable(dp->catalog); > > dp_display->internal_hpd = false; > + > + pm_runtime_mark_last_busy(&dp->pdev->dev); > + pm_runtime_put_autosuspend(&dp->pdev->dev); > mutex_unlock(&dp->event_mutex); > } > > @@ -1732,13 +1790,11 @@ void dp_bridge_hpd_notify(struct drm_bridge *bridge, > if (dp_display->internal_hpd) > return; > > - if (!dp->core_initialized) { > - drm_dbg_dp(dp->drm_dev, "not initialized\n"); > - return; > - } > - > - if (!dp_display->link_ready && status == connector_status_connected) > + if (!dp_display->link_ready && status == connector_status_connected) { > + dp_add_event(dp, EV_POWER_PM_GET, 0, 0); Why? What for? > dp_add_event(dp, EV_HPD_PLUG_INT, 0, 0); > - else if (dp_display->link_ready && status == connector_status_disconnected) > + } else if (dp_display->link_ready && status == connector_status_disconnected) { > dp_add_event(dp, EV_HPD_UNPLUG_INT, 0, 0); > + dp_add_event(dp, EV_POWER_PM_PUT, 0, 0); > + } > } > diff --git a/drivers/gpu/drm/msm/dp/dp_power.c b/drivers/gpu/drm/msm/dp/dp_power.c > index 5cb84ca..ed2f62a 100644 > --- a/drivers/gpu/drm/msm/dp/dp_power.c > +++ b/drivers/gpu/drm/msm/dp/dp_power.c > @@ -152,8 +152,6 @@ int dp_power_client_init(struct dp_power *dp_power) > > power = container_of(dp_power, struct dp_power_private, dp_power); > > - pm_runtime_enable(power->dev); > - > return dp_power_clk_init(power); > } > > @@ -162,8 +160,6 @@ void dp_power_client_deinit(struct dp_power *dp_power) > struct dp_power_private *power; > > power = container_of(dp_power, struct dp_power_private, dp_power); > - > - pm_runtime_disable(power->dev); > } > > int dp_power_init(struct dp_power *dp_power) > @@ -173,11 +169,7 @@ int dp_power_init(struct dp_power *dp_power) > > power = container_of(dp_power, struct dp_power_private, dp_power); > > - pm_runtime_get_sync(power->dev); > - > rc = dp_power_clk_enable(dp_power, DP_CORE_PM, true); > - if (rc) > - pm_runtime_put_sync(power->dev); > > return rc; > } > @@ -189,7 +181,6 @@ int dp_power_deinit(struct dp_power *dp_power) > power = container_of(dp_power, struct dp_power_private, dp_power); > > dp_power_clk_enable(dp_power, DP_CORE_PM, false); > - pm_runtime_put_sync(power->dev); > return 0; > } > > -- > 2.7.4 > -- With best wishes Dmitry