From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: lpieralisi@kernel.org, kw@linux.com, robh@kernel.org,
bhelgaas@google.com, linux-arm-msm@vger.kernel.org,
linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] PCI: qcom-ep: Do not enable resources during probe()
Date: Fri, 16 Aug 2024 11:07:57 +0530 [thread overview]
Message-ID: <20240816053757.GF2331@thinkpad> (raw)
In-Reply-To: <20240815181557.GA53448@bhelgaas>
On Thu, Aug 15, 2024 at 01:15:57PM -0500, Bjorn Helgaas wrote:
> On Sat, Jul 27, 2024 at 02:36:04PM +0530, Manivannan Sadhasivam wrote:
> > Starting from commit 869bc5253406 ("PCI: dwc: ep: Fix DBI access failure
> > for drivers requiring refclk from host"), all the hardware register access
> > (like DBI) were moved to dw_pcie_ep_init_registers() which gets called only
> > in qcom_pcie_perst_deassert() i.e., only after the endpoint received refclk
> > from host.
> >
> > So there is no need to enable the endpoint resources (like clk, regulators,
> > PHY) during probe(). Hence, remove the call to qcom_pcie_enable_resources()
> > helper from probe(). This was added earlier because dw_pcie_ep_init() was
> > doing DBI access, which is not done now.
> >
> > While at it, let's also call dw_pcie_ep_deinit() in err path to deinit the
> > EP controller in the case of failure.
>
> Is this v6.11 material? If so, we need a little more justification
> than "no need to enable".
>
That's why I asked to merge the comment from Dmitry:
"...moreover his makes PCIe EP fail on some of the platforms as powering on PHY
requires refclk from the RC side, which is not enabled at the probe time."
And Krzysztof did that:
https://git.kernel.org/pub/scm/linux/kernel/git/pci/pci.git/commit/?h=controller/qcom&id=cd0b3e13ec309dcbe1efb66b1969fc72088b791d
- Mani
> > Signed-off-by: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
> > ---
> > drivers/pci/controller/dwc/pcie-qcom-ep.c | 14 ++++----------
> > 1 file changed, 4 insertions(+), 10 deletions(-)
> >
> > diff --git a/drivers/pci/controller/dwc/pcie-qcom-ep.c b/drivers/pci/controller/dwc/pcie-qcom-ep.c
> > index 236229f66c80..2319ff2ae9f6 100644
> > --- a/drivers/pci/controller/dwc/pcie-qcom-ep.c
> > +++ b/drivers/pci/controller/dwc/pcie-qcom-ep.c
> > @@ -846,21 +846,15 @@ static int qcom_pcie_ep_probe(struct platform_device *pdev)
> > if (ret)
> > return ret;
> >
> > - ret = qcom_pcie_enable_resources(pcie_ep);
> > - if (ret) {
> > - dev_err(dev, "Failed to enable resources: %d\n", ret);
> > - return ret;
> > - }
> > -
> > ret = dw_pcie_ep_init(&pcie_ep->pci.ep);
> > if (ret) {
> > dev_err(dev, "Failed to initialize endpoint: %d\n", ret);
> > - goto err_disable_resources;
> > + return ret;
> > }
> >
> > ret = qcom_pcie_ep_enable_irq_resources(pdev, pcie_ep);
> > if (ret)
> > - goto err_disable_resources;
> > + goto err_ep_deinit;
> >
> > name = devm_kasprintf(dev, GFP_KERNEL, "%pOFP", dev->of_node);
> > if (!name) {
> > @@ -877,8 +871,8 @@ static int qcom_pcie_ep_probe(struct platform_device *pdev)
> > disable_irq(pcie_ep->global_irq);
> > disable_irq(pcie_ep->perst_irq);
> >
> > -err_disable_resources:
> > - qcom_pcie_disable_resources(pcie_ep);
> > +err_ep_deinit:
> > + dw_pcie_ep_deinit(&pcie_ep->pci.ep);
> >
> > return ret;
> > }
> > --
> > 2.25.1
> >
--
மணிவண்ணன் சதாசிவம்
next prev parent reply other threads:[~2024-08-16 5:38 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-27 9:06 [PATCH] PCI: qcom-ep: Do not enable resources during probe() Manivannan Sadhasivam
2024-07-27 10:32 ` Dmitry Baryshkov
2024-08-13 17:02 ` Manivannan Sadhasivam
2024-08-13 20:27 ` Krzysztof Wilczyński
2024-08-13 20:25 ` Krzysztof Wilczyński
2024-08-21 22:56 ` Bjorn Helgaas
2024-08-22 6:48 ` Manivannan Sadhasivam
2024-08-22 15:16 ` Bjorn Helgaas
2024-08-22 15:40 ` Manivannan Sadhasivam
2024-08-22 17:31 ` Bjorn Helgaas
2024-08-23 4:41 ` Manivannan Sadhasivam
2024-08-23 22:04 ` Bjorn Helgaas
2024-08-24 2:19 ` Manivannan Sadhasivam
2024-08-24 16:12 ` Bjorn Helgaas
2024-08-24 16:34 ` Manivannan Sadhasivam
2024-09-01 16:34 ` Krzysztof Wilczyński
2024-08-15 18:15 ` Bjorn Helgaas
2024-08-16 5:37 ` Manivannan Sadhasivam [this message]
2024-08-16 12:02 ` Bjorn Helgaas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240816053757.GF2331@thinkpad \
--to=manivannan.sadhasivam@linaro.org \
--cc=bhelgaas@google.com \
--cc=helgaas@kernel.org \
--cc=kw@linux.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox