Am Donnerstag, den 19.01.2017, 08:36 -0800 schrieb Andrey Smirnov:
> Some designs implement reset GPIO via a GPIO expander connected to a
> peripheral bus. One such example would be i.MX7 Sabre board where said
> GPIO is provided by SPI shift register connected to a bitbanged SPI
> bus. In order to support such designs allow reset GPIO request to defer
> probing of the driver.
>
> Cc: yurov...@gmail.com
> Cc: Richard Zhu <hongxing....@nxp.com>
> Cc: Lucas Stach <l.st...@pengutronix.de>
> Cc: Bjorn Helgaas <bhelg...@google.com>
> Cc: Fabio Estevam <feste...@gmail.com>
> Cc: Shawn Guo <shawn...@kernel.org>
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Andrey Smirnov <andrew.smir...@gmail.com>
> ---
> drivers/pci/host/pci-imx6.c | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/pci/host/pci-imx6.c b/drivers/pci/host/pci-imx6.c
> index 50a1291..574f026 100644
> --- a/drivers/pci/host/pci-imx6.c
> +++ b/drivers/pci/host/pci-imx6.c
> @@ -653,6 +653,9 @@ static int __init imx6_pcie_probe(struct platform_device
> *pdev)
> dev_err(dev, "unable to get reset gpio\n");
> return ret;
> }
> + } else if (imx6_pcie->reset_gpio == -EPROBE_DEFER) {
> + dev_info(dev, "probe is defered by reset GPIO\n");
No, please no messages for probe deferrals, as those might happen quite
often until the required driver is there and then just spams the logs.
Otherwise looks good.
> + return imx6_pcie->reset_gpio;
> }
>
> /* Fetch clocks */
> @@ -746,11 +749,12 @@ static struct platform_driver imx6_pcie_driver = {
> .name = "imx6q-pcie",
> .of_match_table = imx6_pcie_of_match,
> },
> + .probe = imx6_pcie_probe,
> .shutdown = imx6_pcie_shutdown,
> };
>
> static int __init imx6_pcie_init(void)
> {
> - return platform_driver_probe(&imx6_pcie_driver, imx6_pcie_probe);
> + return platform_driver_register(&imx6_pcie_driver);
> }
> device_initcall(imx6_pcie_init);
