Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp2228343rwr; Fri, 21 Apr 2023 06:16:20 -0700 (PDT) X-Google-Smtp-Source: AKy350Zf2OLJPbjHPQ44/e5+UbraFNGlkS6iAwRG51lUbDSimwnY87sh9Py17Xj88aC6Io2krzMh X-Received: by 2002:a17:90a:1d0:b0:240:cf04:c997 with SMTP id 16-20020a17090a01d000b00240cf04c997mr4731627pjd.2.1682082979935; Fri, 21 Apr 2023 06:16:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682082979; cv=none; d=google.com; s=arc-20160816; b=0ScAgvMEvXZBVyIPBtbZFPhkL63bYaPwP0bhp16jAIF2LKoCPXT5mVPhcNXwFj8cWl 7EZsdYb5b+yBI2X+C8/9HDcz56Mwt1YTUdAjw7y6KibB5RFmtsn23uLPaJrQVtRGFb8a HetR0OF8QW/apsK5CtKlUkNCOd5gft/wNgREzN4e6unm8Rqnw/eSrCk+a7+52nktxJrd c8777ZnICBigs3gtlIstJbAW2ZGveMboDszAHYVRVSrHexeocQgWUBqU+ZpNMc1HlJnr X4fB6M4C/mNDIgf3XRWuEhD7i6MI5JkgRAsXt0mWPRtyK4NJUXMAbkV0h6lSYIBh2jWW eFDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=ilayr6EnbvyGHG0aAywHnwaAZSTs0oG0atq0gAW/I+8=; b=0vy4I3gQDSpfqRDvHaZwecQisGtXWXEy3x0WCaje6ARwBzbFdeQzuTw6+zXa7w1+C5 VjrH+i6ZqzMwLCgIRd7nbYGl64b4BexNfhZz0lQiaE8eI9hg6WOkXMi2TwqQMPmaBWl/ gdvNF/ekZcHttDl8Xi4kKHM0ZKquxlL5w5C/AOZYa5KJEh3JxiYxDbDn4+CFD9Y2gOTG 8IHm15GWtNMsqpQzXDbrIuXrxMXa0zphkARPofGgBZ/7Cf4y7sBIkstKOii+qGJGxlRC NQGhkDRjj2/guVlFHHXvRBLbGJyAxH/lqfYJmysYPLCHIF0r5S8XU4Rsyg8iCeDcXadn qDaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LqKPffYv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t23-20020a17090a5d9700b0023d029be072si4292763pji.153.2023.04.21.06.16.07; Fri, 21 Apr 2023 06:16:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LqKPffYv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232268AbjDUNLT (ORCPT + 99 others); Fri, 21 Apr 2023 09:11:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40276 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231696AbjDUNLR (ORCPT ); Fri, 21 Apr 2023 09:11:17 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0C4A4B750; Fri, 21 Apr 2023 06:11:16 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9138D61A9C; Fri, 21 Apr 2023 13:11:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9A74CC4339B; Fri, 21 Apr 2023 13:11:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1682082675; bh=fuTSAqbVEd9buIfFBFfg+J1YHj2u5uvDc5//j3NdIOI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LqKPffYvsNsBPXHdjwU/UnrPe9NMR/kkKGCkogjo+pqWAi6u9aGiYjZhbmUzXE1cg +cuv5dUNVsVTgn5AXPeFUXiHaFHLLyhJ8mGtBWh+ojcZT48RG2FzrVMkfYqFd96jfv Iuufs8gjpkWdofw9kPVUX5IL9jwaeUK+yV12Et45YTHPtvkmR+l4+sUqIc0Qx08QeA STr1UJDtzXieLTJR93hfllr7V3TBdTPxCYdZy1+2VCbMKgAB2u1gljthgVv83UuLwx /BsXZgDKO9TzMEhgta+LNWP/dK9amRgJqAFtM6Anayz96LP5JY2dObekgJ3YId5Z5x hN6BP4fcf2eVA== Date: Fri, 21 Apr 2023 15:11:06 +0200 From: Lorenzo Pieralisi To: Sumit Gupta Cc: treding@nvidia.com, krzysztof.kozlowski@linaro.org, dmitry.osipenko@collabora.com, viresh.kumar@linaro.org, rafael@kernel.org, jonathanh@nvidia.com, robh+dt@kernel.org, helgaas@kernel.org, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-pci@vger.kernel.org, mmaddireddy@nvidia.com, kw@linux.com, bhelgaas@google.com, vidyas@nvidia.com, sanjayc@nvidia.com, ksitaraman@nvidia.com, ishah@nvidia.com, bbasu@nvidia.com Subject: Re: [Patch v6 8/9] PCI: tegra194: Add interconnect support in Tegra234 Message-ID: References: <20230411110002.19824-1-sumitg@nvidia.com> <20230411110002.19824-9-sumitg@nvidia.com> <7ce0a62a-546e-8b01-abe7-598012a6ac2d@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7ce0a62a-546e-8b01-abe7-598012a6ac2d@nvidia.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 14, 2023 at 04:24:02PM +0530, Sumit Gupta wrote: > > > On 13/04/23 20:22, Lorenzo Pieralisi wrote: > > External email: Use caution opening links or attachments > > > > > > On Tue, Apr 11, 2023 at 04:30:01PM +0530, Sumit Gupta wrote: > > > Add support to request DRAM bandwidth with Memory Interconnect > > > in Tegra234 SoC. The DRAM BW required for different modes depends > > > on speed (Gen-1/2/3/4) and width/lanes (x1/x2/x4/x8). > > > Currently, no latency is observed in data transfer with PCI as the > > > DRAM Freq is always set to max. But that results in high power > > > consumption. Now for Tegra234, we are enabling the dynamic scaling > > > of the DRAM Freq based on requests from Clients instead of running > > > at the max Freq always. This change does that for PCI MC client. > > > > I am sorry but this is still unclear to me. The sentence above makes > > me think that you are *adding* latency to the data transfer trading > > it with lower power consumption; probably that's a wrong parsing of > > what you are saying - so please explain what you want to say > > with "no latency is observed" and whether this patch changes that > > (which is not allowed because that would count as a regression). > > > > Thanks, > > Lorenzo > > > > Rephrased as below. Please suggest if it is clear now. > > Add support to request DRAM bandwidth with Memory Interconnect in > Tegra234 SoC. The DRAM BW required for different modes depends on > speed (Gen-1/2/3/4) and width/lanes (x1/x2/x4/x8). > Currently, the DRAM freq is always set to max but that results in > higher power consumption. Memory Interconnect feature adds capability > for MC clients to request BW and scale the DRAM freq dynamically to > provide the requested BW. What does "Memory Interconnect" stand for ? Is that HW technology or a Linux framework (or both) ? What does MC stand for ? Update the commit log below accordingly. "Add support to request DRAM bandwidth with Memory Interconnect in Tegra234 SoC. The DRAM BW required for different modes depends on the link speed (Gen-1/2/3/4) and width/lanes (x1/x2/x4/x8). Currently, the DRAM frequency is always set to the maximum available but that results in the highest power consumption. The Memory Interconnect feature adds the capability for MC clients to request bandwidth and therefore scale DRAM frequency dynamically depending on the required link speed so that the DRAM energy consumption can be optimized". With that: Acked-by: Lorenzo Pieralisi > > Thank you, > Sumit Gupta > > > > > > > Suggested-by: Manikanta Maddireddy > > > Signed-off-by: Sumit Gupta > > > --- > > > drivers/pci/controller/dwc/pcie-tegra194.c | 51 +++++++++++++++------- > > > 1 file changed, 35 insertions(+), 16 deletions(-) > > > > > > diff --git a/drivers/pci/controller/dwc/pcie-tegra194.c b/drivers/pci/controller/dwc/pcie-tegra194.c > > > index e6eec85480ca..4fdadc7b045f 100644 > > > --- a/drivers/pci/controller/dwc/pcie-tegra194.c > > > +++ b/drivers/pci/controller/dwc/pcie-tegra194.c > > > @@ -14,6 +14,7 @@ > > > #include > > > #include > > > #include > > > +#include > > > #include > > > #include > > > #include > > > @@ -288,6 +289,7 @@ struct tegra_pcie_dw { > > > unsigned int pex_rst_irq; > > > int ep_state; > > > long link_status; > > > + struct icc_path *icc_path; > > > }; > > > > > > static inline struct tegra_pcie_dw *to_tegra_pcie(struct dw_pcie *pci) > > > @@ -310,6 +312,27 @@ struct tegra_pcie_soc { > > > enum dw_pcie_device_mode mode; > > > }; > > > > > > +static void tegra_pcie_icc_set(struct tegra_pcie_dw *pcie) > > > +{ > > > + struct dw_pcie *pci = &pcie->pci; > > > + u32 val, speed, width; > > > + > > > + val = dw_pcie_readw_dbi(pci, pcie->pcie_cap_base + PCI_EXP_LNKSTA); > > > + > > > + speed = FIELD_GET(PCI_EXP_LNKSTA_CLS, val); > > > + width = FIELD_GET(PCI_EXP_LNKSTA_NLW, val); > > > + > > > + val = width * (PCIE_SPEED2MBS_ENC(pcie_link_speed[speed]) / BITS_PER_BYTE); > > > + > > > + if (icc_set_bw(pcie->icc_path, MBps_to_icc(val), 0)) > > > + dev_err(pcie->dev, "can't set bw[%u]\n", val); > > > + > > > + if (speed >= ARRAY_SIZE(pcie_gen_freq)) > > > + speed = 0; > > > + > > > + clk_set_rate(pcie->core_clk, pcie_gen_freq[speed]); > > > +} > > > + > > > static void apply_bad_link_workaround(struct dw_pcie_rp *pp) > > > { > > > struct dw_pcie *pci = to_dw_pcie_from_pp(pp); > > > @@ -453,18 +476,12 @@ static irqreturn_t tegra_pcie_ep_irq_thread(int irq, void *arg) > > > struct tegra_pcie_dw *pcie = arg; > > > struct dw_pcie_ep *ep = &pcie->pci.ep; > > > struct dw_pcie *pci = &pcie->pci; > > > - u32 val, speed; > > > + u32 val; > > > > > > if (test_and_clear_bit(0, &pcie->link_status)) > > > dw_pcie_ep_linkup(ep); > > > > > > - speed = dw_pcie_readw_dbi(pci, pcie->pcie_cap_base + PCI_EXP_LNKSTA) & > > > - PCI_EXP_LNKSTA_CLS; > > > - > > > - if (speed >= ARRAY_SIZE(pcie_gen_freq)) > > > - speed = 0; > > > - > > > - clk_set_rate(pcie->core_clk, pcie_gen_freq[speed]); > > > + tegra_pcie_icc_set(pcie); > > > > > > if (pcie->of_data->has_ltr_req_fix) > > > return IRQ_HANDLED; > > > @@ -950,9 +967,9 @@ static int tegra_pcie_dw_host_init(struct dw_pcie_rp *pp) > > > > > > static int tegra_pcie_dw_start_link(struct dw_pcie *pci) > > > { > > > - u32 val, offset, speed, tmp; > > > struct tegra_pcie_dw *pcie = to_tegra_pcie(pci); > > > struct dw_pcie_rp *pp = &pci->pp; > > > + u32 val, offset, tmp; > > > bool retry = true; > > > > > > if (pcie->of_data->mode == DW_PCIE_EP_TYPE) { > > > @@ -1023,13 +1040,7 @@ static int tegra_pcie_dw_start_link(struct dw_pcie *pci) > > > goto retry_link; > > > } > > > > > > - speed = dw_pcie_readw_dbi(pci, pcie->pcie_cap_base + PCI_EXP_LNKSTA) & > > > - PCI_EXP_LNKSTA_CLS; > > > - > > > - if (speed >= ARRAY_SIZE(pcie_gen_freq)) > > > - speed = 0; > > > - > > > - clk_set_rate(pcie->core_clk, pcie_gen_freq[speed]); > > > + tegra_pcie_icc_set(pcie); > > > > > > tegra_pcie_enable_interrupts(pp); > > > > > > @@ -2233,6 +2244,14 @@ static int tegra_pcie_dw_probe(struct platform_device *pdev) > > > > > > platform_set_drvdata(pdev, pcie); > > > > > > + pcie->icc_path = devm_of_icc_get(&pdev->dev, "write"); > > > + ret = PTR_ERR_OR_ZERO(pcie->icc_path); > > > + if (ret) { > > > + tegra_bpmp_put(pcie->bpmp); > > > + dev_err_probe(&pdev->dev, ret, "failed to get write interconnect\n"); > > > + return ret; > > > + } > > > + > > > switch (pcie->of_data->mode) { > > > case DW_PCIE_RC_TYPE: > > > ret = devm_request_irq(dev, pp->irq, tegra_pcie_rp_irq_handler, > > > -- > > > 2.17.1 > > >