[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 8 Aug 2018 11:37:14 +0000
From: Leonard Crestez <leonard.crestez@....com>
To: "lorenzo.pieralisi@....com" <lorenzo.pieralisi@....com>
CC: dl-linux-imx <linux-imx@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Richard Zhu <hongxing.zhu@....com>,
"jingoohan1@...il.com" <jingoohan1@...il.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"A.s. Dong" <aisheng.dong@....com>,
Fabio Estevam <fabio.estevam@....com>,
"p.zabel@...gutronix.de" <p.zabel@...gutronix.de>,
"Joao.Pinto@...opsys.com" <Joao.Pinto@...opsys.com>,
"shawnguo@...nel.org" <shawnguo@...nel.org>,
"andrew.smirnov@...il.com" <andrew.smirnov@...il.com>,
Anson Huang <anson.huang@....com>,
"bhelgaas@...gle.com" <bhelgaas@...gle.com>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
"l.stach@...gutronix.de" <l.stach@...gutronix.de>,
"kernel@...gutronix.de" <kernel@...gutronix.de>
Subject: Re: [PATCH v3 0/2] PCI: imx: Initial imx7d pm support
On Wed, 2018-08-08 at 12:14 +0100, Lorenzo Pieralisi wrote:
> On Wed, Aug 08, 2018 at 10:53:52AM +0000, Leonard Crestez wrote:
> > On Tue, 2018-07-24 at 19:14 +0300, Leonard Crestez wrote:
> > > Changes since v2:
> > > * Print with dev_info if link fails on resume (Lucas)
> > > * Add a comment on imx7d pci irq mappings (Andrey)
> > > * Make imx6_pcie_ltssm_disable print an error on IMX6Q (Lucas)
> > >
> > > The ltssm_disable does not return an error because it can't be usefully
> > > handled, reversing partial suspend is a nightmare and unlikely to work.
> > >
> > > * Drop "reset: imx7: Fix always writing bits as 0 (accepted by Philipp)
> > >
> > > Series is against linux-next tag next-20180724 where the reset patch was
> > > already accepted. The imx7d.dtsi patch is also useful standalone.
> > >
> > > Link to v2: https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flkml.org%2Flkml%2F2018%2F7%2F20%2F472&data=02%7C01%7Cleonard.crestez%40nxp.com%7Cc1e98512a50246c457a208d5fd2021dc%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C636693236811248777&sdata=gxs1%2BfevIaBmQCVcJLUK41ml8CK2zLg%2FFKGGV%2F%2FHSLQ%3D&reserved=0
> >
> > This is a gentle reminder that this series was reviewed by Lucas two
> > weeks ago but not yet included.
>
> Does this series have a functional dependency on the reset fix ? If yes
> we can have a bisection proplem depending on which tree gets merged
> first.
Yes, without the reset fix I expect hangs.
Maybe the reset fix should be pulled in the pci tree? I don't know how
these issues are sorted out.
Powered by blists - more mailing lists