Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp520096pxf; Wed, 31 Mar 2021 09:05:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwiThA89EJ5F1JmjNI3uQa2gGML9dRxqvYnvUQXuk9UzqEUlpwcC8oirtHL+KaOdCqs9skA X-Received: by 2002:adf:d1cd:: with SMTP id b13mr4522200wrd.47.1617206758704; Wed, 31 Mar 2021 09:05:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617206758; cv=none; d=google.com; s=arc-20160816; b=Y73vr5oe6GExZdlBgHBt5IiuwC1u1ZcWMENedv5E8bpZ3xv5mp+uaXmFL65PnJGUlc aEahx/A6aUfDFo3FokLkgHsds9mM1hSRxmhhCOtIx4ziVUV6LLfgPYa8Wp01l1qtXM1s 95DkFAh1Cd5iSGyuJM5ftwvw+Q4k1VYp/cltX5vcPd8P5L17JiprnkGcaAbRSEczabg5 ZiB8LHpXZGjBcFiSDuz2gBwOiisAzYtGpTcT4EW0BPwk5SUNuByF/x4CRCtENNdIQaZv 7dkg1YF3zqmxrmoNfxGy+Nmrp6cU/K7kiGa/k3PMnbCJx3tfy1ynodm6YwKsdLUDhAaU hs1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=5LKuJHnY2f7qCpjih2QE7ExZcNPVTuCmCBGxBDXYgbA=; b=fREiCV1x0i+LZdovCpFqD3Q+u1Ja2DIbrP2AQeIgxesTY8vIlYOziw0Wajad+Y8aZ9 HHaSCn1tK5Jrg5ZUOIB6cchAyT3pQzPN6/rM/3UHTmUAglI7gSm9/Q9zlMPE/EkWNa9S urdn6W1Sj7UDIxRWI+ryoujDTKfg84g3hdmVRgFNkeLSVLMmRGejZLS63fQTYg1Gk6Gd hMiwThLgUFErXagyEc1cjfhbI/BQ3X2bru0U5MOt+86gcsKE1r4FPRZxu+ThkiESfaqG 1BKynLSaLz1nAyqCagndFEX6LFAfmt6HjtpoEX5TzILIMkU7eHgPjnWux4tsHRmv5dbu rOPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="H3yc9Ow/"; 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 z15si2193084edr.361.2021.03.31.09.05.34; Wed, 31 Mar 2021 09:05: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="H3yc9Ow/"; 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 S233305AbhCaQD7 (ORCPT + 99 others); Wed, 31 Mar 2021 12:03:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37966 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233475AbhCaQDl (ORCPT ); Wed, 31 Mar 2021 12:03:41 -0400 Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 45940C061574 for ; Wed, 31 Mar 2021 09:03:40 -0700 (PDT) Received: by mail-lj1-x230.google.com with SMTP id r20so24502275ljk.4 for ; Wed, 31 Mar 2021 09:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=5LKuJHnY2f7qCpjih2QE7ExZcNPVTuCmCBGxBDXYgbA=; b=H3yc9Ow/ee4WAZarDtEWtUCZjqJ2SsXmt5AUo6HL+JLKuGQxZAWs5dwlRHZWTgWIyE qIHARj0BQ+BN6WS2RunvcHWbffg7rKWEWYDEUvOKK/e8fru/jZSNMN6F1AcPS9J4/Pp3 t/KQVAuIlkvsQLmw8YTBhTu71k0LsD/R5mNNOWMQd0K6831G1F5fd1MF8MffRN9MkfJR AoJzWhXyUyfYK8I/LUpSYbH9/SnRPzKrfF5M2U0zmG/aI65iqLMq6KiOkh9n2wZ7OdG3 FnqTsGDRQapooMou/IFxYGZhwP76g05ijTbBSlqWJIAisj4NICDMOWoFjp9XG3ozj5b3 j2Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=5LKuJHnY2f7qCpjih2QE7ExZcNPVTuCmCBGxBDXYgbA=; b=BB4eeNCAShy1eqL0SV/ppi0oWwkOKnnTEM3sbn6QXd+LaaYGmvnDHtpuD30L+YCwep 582XDoeGpO99vnIq70lEUocF+S7ROEaOXOCkmurSU8J7opr1tOySx00wvQ0JFKkOCt7g zuMrmkebPh65XZm4ZXYKM4Pf4TeopxCF1o5itoHpuUKmvTApU5h0pexA2HPFbtidgp4L KL+n/PiH//5VURFlWHuMhML+gTBygbiaxO2LclTQv6KSgDm7kbU+I0qy+UzoN5Khdq+X o17YmlJo1Gtk5LMhfE464qJUm0KBjin7qzwFQRXhgulRyKsx5spxcvap1necQelH4tmd Y4BA== X-Gm-Message-State: AOAM533FhtQJA3278da8xPmaF1fe2zjQWGDoGe39zGuGLTGKeX6SZUvU OJteD9cBV6r4R+ZXEz7qFmjDrA== X-Received: by 2002:a2e:5c47:: with SMTP id q68mr2607391ljb.314.1617206618828; Wed, 31 Mar 2021 09:03:38 -0700 (PDT) Received: from [192.168.43.7] ([94.25.228.171]) by smtp.gmail.com with ESMTPSA id d34sm268115lfv.102.2021.03.31.09.03.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 31 Mar 2021 09:03:38 -0700 (PDT) Subject: Re: [v1] drm/msm/disp/dpu1: fix warn stack reported during dpu resume To: Kalyan Thota , y@qualcomm.com, dri-devel@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org, devicetree@vger.kernel.org Cc: linux-kernel@vger.kernel.org, robdclark@gmail.com, dianders@chromium.org, mkrishn@codeaurora.org, hywu@google.com, mka@google.com, midean@google.com, steev@kali.org References: <1617190020-7931-1-git-send-email-kalyan_t@codeaurora.org> From: Dmitry Baryshkov Message-ID: <84fdbdc7-7890-965a-bc6b-a19bd0ca4937@linaro.org> Date: Wed, 31 Mar 2021 19:03:33 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <1617190020-7931-1-git-send-email-kalyan_t@codeaurora.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 31/03/2021 14:27, Kalyan Thota wrote: > WARN_ON was introduced by the below commit to catch runtime resumes > that are getting triggered before icc path was set. > > "drm/msm/disp/dpu1: icc path needs to be set before dpu runtime resume" > > For the targets where the bw scaling is not enabled, this WARN_ON is > a false alarm. Fix the WARN condition appropriately. Should we change all DPU targets to use bw scaling to the mdp from the mdss nodes? The limitation to sc7180 looks artificial. > > Reported-by: Steev Klimaszewski > Signed-off-by: Kalyan Thota > --- > drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c | 8 +++++--- > drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h | 9 +++++++++ > drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c | 11 ++++++----- > 3 files changed, 20 insertions(+), 8 deletions(-) > > diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c > index cab387f..0071a4d 100644 > --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c > +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c > @@ -294,6 +294,9 @@ static int dpu_kms_parse_data_bus_icc_path(struct dpu_kms *dpu_kms) > struct icc_path *path1; > struct drm_device *dev = dpu_kms->dev; > > + if (!dpu_supports_bw_scaling(dev)) > + return 0; > + > path0 = of_icc_get(dev->dev, "mdp0-mem"); > path1 = of_icc_get(dev->dev, "mdp1-mem"); > > @@ -934,8 +937,7 @@ static int dpu_kms_hw_init(struct msm_kms *kms) > DPU_DEBUG("REG_DMA is not defined"); > } > > - if (of_device_is_compatible(dev->dev->of_node, "qcom,sc7180-mdss")) > - dpu_kms_parse_data_bus_icc_path(dpu_kms); > + dpu_kms_parse_data_bus_icc_path(dpu_kms); > > pm_runtime_get_sync(&dpu_kms->pdev->dev); > > @@ -1198,7 +1200,7 @@ static int __maybe_unused dpu_runtime_resume(struct device *dev) > > ddev = dpu_kms->dev; > > - WARN_ON(!(dpu_kms->num_paths)); > + WARN_ON((dpu_supports_bw_scaling(ddev) && !dpu_kms->num_paths)); > /* Min vote of BW is required before turning on AXI clk */ > for (i = 0; i < dpu_kms->num_paths; i++) > icc_set_bw(dpu_kms->path[i], 0, Bps_to_icc(MIN_IB_BW)); > diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h > index d6717d6..f7bcc0a 100644 > --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h > +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h > @@ -154,6 +154,15 @@ struct vsync_info { > > #define to_dpu_global_state(x) container_of(x, struct dpu_global_state, base) > > +/** > + * dpu_supports_bw_scaling: returns true for drivers that support bw scaling. > + * @dev: Pointer to drm_device structure > + */ > +static inline int dpu_supports_bw_scaling(struct drm_device *dev) > +{ > + return of_device_is_compatible(dev->dev->of_node, "qcom,sc7180-mdss"); > +} > + > /* Global private object state for tracking resources that are shared across > * multiple kms objects (planes/crtcs/etc). > */ > diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c > index cd40788..8cd712c 100644 > --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c > +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c > @@ -41,6 +41,9 @@ static int dpu_mdss_parse_data_bus_icc_path(struct drm_device *dev, > struct icc_path *path0 = of_icc_get(dev->dev, "mdp0-mem"); > struct icc_path *path1 = of_icc_get(dev->dev, "mdp1-mem"); > > + if (dpu_supports_bw_scaling(dev)) > + return 0; > + > if (IS_ERR_OR_NULL(path0)) > return PTR_ERR_OR_ZERO(path0); > > @@ -276,11 +279,9 @@ int dpu_mdss_init(struct drm_device *dev) > > DRM_DEBUG("mapped mdss address space @%pK\n", dpu_mdss->mmio); > > - if (!of_device_is_compatible(dev->dev->of_node, "qcom,sc7180-mdss")) { > - ret = dpu_mdss_parse_data_bus_icc_path(dev, dpu_mdss); > - if (ret) > - return ret; > - } > + ret = dpu_mdss_parse_data_bus_icc_path(dev, dpu_mdss); > + if (ret) > + return ret; > > mp = &dpu_mdss->mp; > ret = msm_dss_parse_clock(pdev, mp); > -- With best wishes Dmitry