Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5145074ybi; Tue, 28 May 2019 08:15:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqwXPn/neS46zjyTogw6I8+jfDxJo+yQ70ivmGfA7d4NP+dc2aQY7HtVWgi49FaLczMVbkzy X-Received: by 2002:a63:1c4:: with SMTP id 187mr106909009pgb.317.1559056552791; Tue, 28 May 2019 08:15:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559056552; cv=none; d=google.com; s=arc-20160816; b=OFo8h1/MIKksEOicuGZMPzADRmFbtwscCSpryberI1e6KW0vm0yVNWqm1VdssOjFnz EjIxOLqNFUn9i3csRGV3Qj+YJpooc6jB69yThihE2OAzVc2W5nHzU6m6sZeFkHtsHOYl qKzgeWYLj/SpaIMf3biNCuSFhP0FVK/FaV4ozP4uNBP0o2cqYMWDmUa0amRry8XSvsI3 TszkONdHDQb3rGacvy25hNQ2y/KnduDqc6sZKalPvvqFdLhXiY0KXT0lmLkujwp2oeBs Q2DtHTOX0BbFI+4+1hdDE8t2avEeHsfHMpPiVYj0jsKCO3uszDY+dVOllG3ZdPdPwQxs G0AQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=iAVSS3g9JvsnQQ3WIDlCBh9MH0Sk8CUWnF7gVIeA8i4=; b=ttSrQus4J+lem+SIp9kFQAs8OOEh1YoCOS6SBgxuWe15U6EsG+ag1H69iMw0DmqAYu i6r+H/VkwRjkpxEQR8Au34I+pZDOiMQ6a+2CcGe51meRC5QBENx6G27n3AMRtvd37d+J gEDqRo7wMreoUHLLgIc9zd4LHgy7D7mFgso5HaJmCk+CSXLL7pML5L7uIneVTkIkc7xV +H7XLY45wUYRYagDVXL7xc+qX5aFEQVwE7ZAbh2J+R1N1x9e4loqMpeevz9ow1OHAEee G+CDU6STN9ybSiIEyNDCrQ7nGcccYJ4k6uUHRhbyXsmcHUW5axq9ktWGPB6bHLdQJgoG MgIQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k24si23029341pgj.510.2019.05.28.08.15.36; Tue, 28 May 2019 08:15:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727944AbfE1POC (ORCPT + 99 others); Tue, 28 May 2019 11:14:02 -0400 Received: from foss.arm.com ([217.140.101.70]:59276 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727921AbfE1POB (ORCPT ); Tue, 28 May 2019 11:14:01 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4EEB880D; Tue, 28 May 2019 08:14:00 -0700 (PDT) Received: from redmoon (e121166-lin.cambridge.arm.com [10.1.196.255]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A49ED3F59C; Tue, 28 May 2019 08:13:58 -0700 (PDT) Date: Tue, 28 May 2019 16:13:52 +0100 From: Lorenzo Pieralisi To: Stanimir Varbanov Cc: Bjorn Andersson , Bjorn Helgaas , Rob Herring , Mark Rutland , linux-arm-msm@vger.kernel.org, linux-pci@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 1/3] PCI: qcom: Use clk_bulk API for 2.4.0 controllers Message-ID: <20190528151330.GA28649@redmoon> References: <20190502001955.10575-1-bjorn.andersson@linaro.org> <20190502001955.10575-2-bjorn.andersson@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 16, 2019 at 12:14:04PM +0300, Stanimir Varbanov wrote: > Hi Bjorn, > > On 5/2/19 3:19 AM, Bjorn Andersson wrote: > > Before introducing the QCS404 platform, which uses the same PCIe > > controller as IPQ4019, migrate this to use the bulk clock API, in order > > to make the error paths slighly cleaner. > > > > Acked-by: Stanimir Varbanov > > Reviewed-by: Niklas Cassel > > Signed-off-by: Bjorn Andersson > > --- > > > > Changes since v2: > > - Defined QCOM_PCIE_2_4_0_MAX_CLOCKS > > > > drivers/pci/controller/dwc/pcie-qcom.c | 49 ++++++++------------------ > > 1 file changed, 14 insertions(+), 35 deletions(-) > > > > diff --git a/drivers/pci/controller/dwc/pcie-qcom.c b/drivers/pci/controller/dwc/pcie-qcom.c > > index 0ed235d560e3..d740cbe0e56d 100644 > > --- a/drivers/pci/controller/dwc/pcie-qcom.c > > +++ b/drivers/pci/controller/dwc/pcie-qcom.c > > @@ -112,10 +112,10 @@ struct qcom_pcie_resources_2_3_2 { > > struct regulator_bulk_data supplies[QCOM_PCIE_2_3_2_MAX_SUPPLY]; > > }; > > > > +#define QCOM_PCIE_2_4_0_MAX_CLOCKS 3 > > struct qcom_pcie_resources_2_4_0 { > > - struct clk *aux_clk; > > - struct clk *master_clk; > > - struct clk *slave_clk; > > + struct clk_bulk_data clks[QCOM_PCIE_2_4_0_MAX_CLOCKS]; > > + int num_clks; > > struct reset_control *axi_m_reset; > > struct reset_control *axi_s_reset; > > struct reset_control *pipe_reset; > > @@ -638,18 +638,17 @@ static int qcom_pcie_get_resources_2_4_0(struct qcom_pcie *pcie) > > struct qcom_pcie_resources_2_4_0 *res = &pcie->res.v2_4_0; > > struct dw_pcie *pci = pcie->pci; > > struct device *dev = pci->dev; > > + int ret; > > > > - res->aux_clk = devm_clk_get(dev, "aux"); > > - if (IS_ERR(res->aux_clk)) > > - return PTR_ERR(res->aux_clk); > > + res->clks[0].id = "aux"; > > + res->clks[1].id = "master_bus"; > > + res->clks[2].id = "slave_bus"; > > > > - res->master_clk = devm_clk_get(dev, "master_bus"); > > - if (IS_ERR(res->master_clk)) > > - return PTR_ERR(res->master_clk); > > + res->num_clks = 3; > > Use the new fresh define QCOM_PCIE_2_4_0_MAX_CLOCKS? > > > > > - res->slave_clk = devm_clk_get(dev, "slave_bus"); > > - if (IS_ERR(res->slave_clk)) > > - return PTR_ERR(res->slave_clk); > > + ret = devm_clk_bulk_get(dev, res->num_clks, res->clks); > > + if (ret < 0) > > + return ret; > > > > res->axi_m_reset = devm_reset_control_get_exclusive(dev, "axi_m"); > > if (IS_ERR(res->axi_m_reset)) > > @@ -719,9 +718,7 @@ static void qcom_pcie_deinit_2_4_0(struct qcom_pcie *pcie) > > reset_control_assert(res->axi_m_sticky_reset); > > reset_control_assert(res->pwr_reset); > > reset_control_assert(res->ahb_reset); > > - clk_disable_unprepare(res->aux_clk); > > - clk_disable_unprepare(res->master_clk); > > - clk_disable_unprepare(res->slave_clk); > > + clk_bulk_disable_unprepare(res->num_clks, res->clks); > > } > > > > static int qcom_pcie_init_2_4_0(struct qcom_pcie *pcie) > > @@ -850,23 +847,9 @@ static int qcom_pcie_init_2_4_0(struct qcom_pcie *pcie) > > > > usleep_range(10000, 12000); > > > > - ret = clk_prepare_enable(res->aux_clk); > > - if (ret) { > > - dev_err(dev, "cannot prepare/enable iface clock\n"); > > + ret = clk_bulk_prepare_enable(res->num_clks, res->clks); > > + if (ret) > > goto err_clk_aux; > > Maybe you have to change the name of the label too? > > > - } > > - > > - ret = clk_prepare_enable(res->master_clk); > > - if (ret) { > > - dev_err(dev, "cannot prepare/enable core clock\n"); > > - goto err_clk_axi_m; > > - } > > - > > - ret = clk_prepare_enable(res->slave_clk); > > - if (ret) { > > - dev_err(dev, "cannot prepare/enable phy clock\n"); > > - goto err_clk_axi_s; > > - } > > > > /* enable PCIe clocks and resets */ > > val = readl(pcie->parf + PCIE20_PARF_PHY_CTRL); > > @@ -891,10 +874,6 @@ static int qcom_pcie_init_2_4_0(struct qcom_pcie *pcie) > > > > return 0; > > > > -err_clk_axi_s: > > - clk_disable_unprepare(res->master_clk); > > -err_clk_axi_m: > > - clk_disable_unprepare(res->aux_clk); > > err_clk_aux: > > reset_control_assert(res->ahb_reset); > > err_rst_ahb: Hi Bjorn, Stanimir, can I merge the series as-is or we need a v4 for the requested updates ? Please let me know. Thanks, Lorenzo