From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
To: Leonard Crestez <leonard.crestez@nxp.com>
Cc: Shawn Guo <shawnguo@kernel.org>,
Philipp Zabel <p.zabel@pengutronix.de>,
Lucas Stach <l.stach@pengutronix.de>,
Andrey Smirnov <andrew.smirnov@gmail.com>,
Richard Zhu <hongxing.zhu@nxp.com>,
Anson Huang <Anson.Huang@nxp.com>,
Bjorn Helgaas <bhelgaas@google.com>,
Jingoo Han <jingoohan1@gmail.com>,
Joao Pinto <Joao.Pinto@synopsys.com>,
linux-pci@vger.kernel.org, linux-imx@nxp.com,
kernel@pengutronix.de, linux-arm-kernel@lists.infradead.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>
Subject: Re: [PATCH v4 0/6] PCI: imx: Initial imx7d suspend/resume support
Date: Mon, 17 Sep 2018 16:09:41 +0100 [thread overview]
Message-ID: <20180917150941.GH7239@e107981-ln.cambridge.arm.com> (raw)
In-Reply-To: <cover.1534264292.git.leonard.crestez@nxp.com>
On Tue, Aug 14, 2018 at 07:50:14PM +0300, Leonard Crestez wrote:
> On imx7d the pcie-phy power domain is turned off in suspend and this can
> make the system hang on resume when attempting any read from PCI.
>
> Fix this by adding PM_SLEEP support to the imx6 pci driver. This is
> currently only enabled for imx7d but the suspend/resume sequence also
> applies to other socs.
>
> V3 of this series was reviewed by Lucas but stalled because the merge
> window opened.
>
> There was also some confusion about how to deal with the dependence on
> commit 26fce0557fa6 ("reset: imx7: Fix always writing bits as 0"). To
> clarify: both patch 2 and 26fce0557fa6 are required to fix imx7d suspend
> but merging one without the other shouldn't cause other issues.
>
>
> V4 adds 4 more patches with PME_Turn_Off support on top, using a new
> reset bit. I generally try to keep series short but in this case some
> planning might be needed to get patches into 4.20.
>
> Since the new reset is treated as optional with old DTB there should be
> again no problem if reset and pci are merged out of order.
>
>
> Shawn/Philipp/Lorenzo: Would it make sense to merge this series through a
> single specific tree, such as the one for imx?
This series is a bit of a mixture of multiple things hard to discern
(actually I already merged patch 2 and patch 1 seems completely
unrelated).
I would take the series through the PCI tree but I need an ACK for
patches 5 and 6, please let me know how you want to handle it.
Lorenzo
> Link to v3: https://lkml.org/lkml/2018/7/24/713
>
> Leonard Crestez (6):
> Revert "ARM: dts: imx7d: Invert legacy PCI irq mapping"
> PCI: imx: Initial imx7d pm support
> reset: imx7: Add PCIE_CTRL_APPS_TURNOFF
> dt-bindings: imx6q-pcie: Add turnoff reset for imx7d
> ARM: dts: imx7d: Add turnoff reset
> PCI: imx: Add PME_Turn_Off support
>
> .../bindings/pci/fsl,imx6q-pcie.txt | 1 +
> arch/arm/boot/dts/imx7d.dtsi | 17 ++-
> drivers/pci/controller/dwc/pci-imx6.c | 112 +++++++++++++++++-
> drivers/reset/reset-imx7.c | 1 +
> include/dt-bindings/reset/imx7-reset.h | 4 +-
> 5 files changed, 123 insertions(+), 12 deletions(-)
>
> --
> 2.17.1
>
next prev parent reply other threads:[~2018-09-17 15:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-14 16:50 Leonard Crestez
2018-08-14 16:50 ` [PATCH v4 1/6] Revert "ARM: dts: imx7d: Invert legacy PCI irq mapping" Leonard Crestez
2018-08-14 16:50 ` [PATCH v4 2/6] PCI: imx: Initial imx7d pm support Leonard Crestez
2018-08-14 16:50 ` [PATCH v4 3/6] reset: imx7: Add PCIE_CTRL_APPS_TURNOFF Leonard Crestez
2018-08-15 20:24 ` Rob Herring
2018-08-14 16:50 ` [PATCH v4 4/6] dt-bindings: imx6q-pcie: Add turnoff reset for imx7d Leonard Crestez
2018-08-15 20:26 ` Rob Herring
2018-08-14 16:50 ` [PATCH v4 5/6] ARM: dts: imx7d: Add turnoff reset Leonard Crestez
2018-09-25 9:20 ` Shawn Guo
2018-08-14 16:50 ` [PATCH v4 6/6] PCI: imx: Add PME_Turn_Off support Leonard Crestez
2018-09-17 15:09 ` Lorenzo Pieralisi [this message]
2018-09-17 16:01 ` [PATCH v4 0/6] PCI: imx: Initial imx7d suspend/resume support Leonard Crestez
2018-09-17 16:52 ` Lorenzo Pieralisi
2018-09-17 17:15 ` Leonard Crestez
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=20180917150941.GH7239@e107981-ln.cambridge.arm.com \
--to=lorenzo.pieralisi@arm.com \
--cc=Anson.Huang@nxp.com \
--cc=Joao.Pinto@synopsys.com \
--cc=andrew.smirnov@gmail.com \
--cc=bhelgaas@google.com \
--cc=devicetree@vger.kernel.org \
--cc=hongxing.zhu@nxp.com \
--cc=jingoohan1@gmail.com \
--cc=kernel@pengutronix.de \
--cc=l.stach@pengutronix.de \
--cc=leonard.crestez@nxp.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=shawnguo@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
all inboxes | Powered by JetHome®