[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20181231204048.GG159477@google.com>
Date: Mon, 31 Dec 2018 14:40:48 -0600
From: Bjorn Helgaas <helgaas@...nel.org>
To: Kangjie Lu <kjlu@....edu>
Cc: Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Jingoo Han <jingoohan1@...il.com>, linux-pci@...r.kernel.org,
linux-kernel@...r.kernel.org,
Krzysztof Kozlowski <krzk@...nel.org>,
linux-samsung-soc@...r.kernel.org, Kukjin Kim <kgene@...nel.org>,
pakki001@....edu, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] pci: dwc: add a check for resetting gpio
Hi Kangjie,
Thanks for the patch.
On Tue, Dec 25, 2018 at 08:22:36PM -0600, Kangjie Lu wrote:
> devm_gpio_request_one() could fail. The fix checks its status and issues
> an error if it fails.
>
> Signed-off-by: Kangjie Lu <kjlu@....edu>
> ---
> drivers/pci/controller/dwc/pci-exynos.c | 9 ++++++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/pci/controller/dwc/pci-exynos.c b/drivers/pci/controller/dwc/pci-exynos.c
> index cee5f2f590e2..e3a045e215d2 100644
> --- a/drivers/pci/controller/dwc/pci-exynos.c
> +++ b/drivers/pci/controller/dwc/pci-exynos.c
> @@ -226,9 +226,12 @@ static void exynos_pcie_assert_reset(struct exynos_pcie *ep)
> struct dw_pcie *pci = ep->pci;
> struct device *dev = pci->dev;
>
> - if (ep->reset_gpio >= 0)
> - devm_gpio_request_one(dev, ep->reset_gpio,
> - GPIOF_OUT_INIT_HIGH, "RESET");
> + if (ep->reset_gpio >= 0) {
> + if (devm_gpio_request_one(dev, ep->reset_gpio,
> + GPIOF_OUT_INIT_HIGH, "RESET"))
> + dev_err(dev, "Failed requesting reset gpio %d\n",
> + ep->reset_gpio);
> + }
Even before your patch, this code doesn't make sense to me.
devm_gpio_request_one() is a setup function and should be called in
the probe path. The "assert_reset" path should do something like
gpio_set_value(). See other callers, e.g.,
imx6_pcie_probe()
histb_pcie_probe()
mvebu_pcie_parse_port()
I'm skeptical that exynos_pcie_assert_reset() ever worked as intended,
so let's straighten that out before worrying about checking the return
code from devm_gpio_request_one().
The result should be two patches: (1) fix the devm_gpio_request_one()
usage, and (2) check the devm_gpio_request_one() return value.
> }
Powered by blists - more mailing lists