From: marex@denx.de (Marek Vasut)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/7] PCI: imx6: Make reset-gpio optional
Date: Thu, 12 Dec 2013 19:25:27 +0100 [thread overview]
Message-ID: <201312121925.27591.marex@denx.de> (raw)
In-Reply-To: <CAJ+vNU0aoOtZEdq6GDPpwZAgu+EN3FjHnr8JAdXCxOiDfJ5m6A@mail.gmail.com>
On Thursday, December 12, 2013 at 07:16:18 PM, Tim Harvey wrote:
> On Thu, Dec 12, 2013 at 2:22 AM, Marek Vasut <marex@denx.de> wrote:
> > On Thursday, December 12, 2013 at 06:10:31 AM, Tim Harvey wrote:
> > > On Wed, Dec 11, 2013 at 2:30 AM, Marek Vasut <marex@denx.de> wrote:
> > > > Some boards do not have a PCIe reset GPIO. To avoid probe
> > > > failure on these boards, make the reset GPIO optional as
> > > > well.
> > > >
> > > > Signed-off-by: Marek Vasut <marex@denx.de>
> > > > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > > > Cc: Frank Li <lznuaa@gmail.com>
> > > > Cc: Harro Haan <hrhaan@gmail.com>
> > > > Cc: Jingoo Han <jg1.han@samsung.com>
> > > > Cc: Mohit KUMAR <Mohit.KUMAR@st.com>
> > > > Cc: Pratyush Anand <pratyush.anand@st.com>
> > > > Cc: Richard Zhu <r65037@freescale.com>
> > > > Cc: Sascha Hauer <s.hauer@pengutronix.de>
> > > > Cc: Sean Cross <xobs@kosagi.com>
> > > > Cc: Shawn Guo <shawn.guo@linaro.org>
> > > > Cc: Siva Reddy Kallam <siva.kallam@samsung.com>
> > > > Cc: Srikanth T Shivanand <ts.srikanth@samsung.com>
> > > > Cc: Tim Harvey <tharvey@gateworks.com>
> > > > Cc: Troy Kisky <troy.kisky@boundarydevices.com>
> > > > Cc: Yinghai Lu <yinghai@kernel.org>
> > > > ---
> > > >
> > > > .../devicetree/bindings/pci/designware-pcie.txt | 2 +-
> > > > drivers/pci/host/pci-imx6.c | 29
> > > > +++++++++++----------- 2 files changed, 16 insertions(+), 15
> > > > deletions(-)
> > > >
> > > > diff --git
> > > > a/Documentation/devicetree/bindings/pci/designware-pcie.txt
> > > > b/Documentation/devicetree/bindings/pci/designware-pcie.txt index
> > > > d5d26d4..b7a2279 100644
> > > > --- a/Documentation/devicetree/bindings/pci/designware-pcie.txt
> > > > +++ b/Documentation/devicetree/bindings/pci/designware-pcie.txt
> > > >
> > > > @@ -19,9 +19,9 @@ Required properties:
> > > > to define the mapping of the PCIe interface to interrupt
> > > > numbers.
> > > >
> > > > - num-lanes: number of lanes to use
> > > >
> > > > -- reset-gpio: gpio pin number of power good signal
> > > >
> > > > Optional properties for fsl,imx6q-pcie
> > > >
> > > > +- reset-gpio: gpio pin number of power good signal
> > > >
> > > > - power-on-gpio: gpio pin number of power-enable signal
> > > > - wake-up-gpio: gpio pin number of incoming wakeup signal
> > > > - disable-gpio: gpio pin number of outgoing rfkill/endpoint disable
> > > > signal
> > > >
> > > > diff --git a/drivers/pci/host/pci-imx6.c
> > > > b/drivers/pci/host/pci-imx6.c index bd70af8..52027ad 100644
> > > > --- a/drivers/pci/host/pci-imx6.c
> > > > +++ b/drivers/pci/host/pci-imx6.c
> > > > @@ -214,9 +214,12 @@ static int imx6_pcie_assert_core_reset(struct
> > > > pcie_port *pp)
> > > >
> > > > regmap_update_bits(imx6_pcie->iomuxc_gpr, IOMUXC_GPR1,
> > > >
> > > > IMX6Q_GPR1_PCIE_REF_CLK_EN, 0 << 16);
> > > >
> > > > - gpio_set_value(imx6_pcie->reset_gpio, 0);
> > > > - msleep(100);
> > > > - gpio_set_value(imx6_pcie->reset_gpio, 1);
> > > > + /* Some boards don't have PCIe reset GPIO. */
> > > > + if (gpio_is_valid(imx6_pcie->reset_gpio)) {
> > > > + gpio_set_value(imx6_pcie->reset_gpio, 0);
> > > > + msleep(100);
> > > > + gpio_set_value(imx6_pcie->reset_gpio, 1);
> > > > + }
> > > >
> > > > return 0;
> > > >
> > > > }
> > >
> > > Marek,
> > >
> > > Though not the fault of your patch, I noticed while looking at this
> > > that the PCI Express specification is not being properly met with
> > > regards to PERST# and the reference clock. The spec states that
> > > PERST# must be kept asserted until after the reference clock is stable
> > > (I'm not entirely clear how long of a delay is needed for the clock to
> > > become stable but I think the value is typically the 100ms). I see in
> > > the current pci-imx6.c code that imx6_pcie_host_init calls
> > > imx6_pcie_assert_core_reset first, then imx6_pcie_init_phy, followed
> > > by imx6_pcie_deassert_core_reset. Despite the function names,
> > > imx6_pcie_assert_core_reset as shown above asserts then de-asserts
> > > PERST# before the clock is enabled in imx6_pcie_deassert_core_reset.
> > > This seems to me to be a violation of the spec and I believe the
> > > msleep(100) and de-assertion of the option reset_gpio should be done
> > > in imx6_pcie_deassert_core reset after the clock is brought up.
> > >
> > > If you agree with my assessment, would you mind resolving this issue
> > > at the same time? If not, I'm happy to follow-up with a patch to
> > > resolve it after your patch is accepted.
> >
> > Is this not resolved by patch 0006 in this series please?
>
> Marek,
>
> Yes it is addressed there. Sorry - I missed that.
No problem, thanks for checking it :)
Bjorn, would you mind picking 2/7...6/7 of this series so we are done with
those? I will re-post 1/7 as a self-standing patch afterwards, it has no impact
on the rest of the series.
Shawn, can you please pick 7/7 ?
next prev parent reply other threads:[~2013-12-12 18:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-11 10:30 [PATCH 1/7] PCI: imx6: Make reset-gpio optional Marek Vasut
2013-12-11 10:30 ` [PATCH 2/7] PCI: imx6: Fix waiting for link up Marek Vasut
2013-12-11 10:30 ` [PATCH V2 3/7] PCI: imx6: Split away the PHY reset Marek Vasut
2013-12-19 1:11 ` Jingoo Han
2013-12-11 10:30 ` [PATCH 4/7] PCI: imx6: Split away the link up wait loop Marek Vasut
2013-12-11 10:30 ` [PATCH V2 5/7] PCI: imx6: Fix link start operation Marek Vasut
2013-12-11 10:30 ` [PATCH 6/7] PCI: imx6: Fix bugs in PCIe startup code Marek Vasut
2013-12-11 10:30 ` [PATCH 7/7] ARM: dts: imx6q-sabrelite: Enable PCI express Marek Vasut
2013-12-13 7:01 ` Shawn Guo
2013-12-12 2:46 ` [PATCH 1/7] PCI: imx6: Make reset-gpio optional Jingoo Han
2013-12-12 5:10 ` Tim Harvey
2013-12-12 10:22 ` Marek Vasut
2013-12-12 18:16 ` Tim Harvey
2013-12-12 18:25 ` Marek Vasut [this message]
2013-12-12 21:07 ` Bjorn Helgaas
2013-12-12 21:20 ` Bjorn Helgaas
2013-12-12 21:38 ` Marek Vasut
2013-12-12 22:12 ` Harro Haan
-- strict thread matches above, loose matches on Subject: below --
2013-11-26 21:10 Marek Vasut
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=201312121925.27591.marex@denx.de \
--to=marex@denx.de \
--cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).