Re: [PATCH 0/3] Add R8A77970/Eagle PFC support

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 11:02:18PM +0300, Sergei Shtylyov wrote: > Hello! > > Here's the set of 3 patches against Simon Horman's 'renesas.git' repo's > 'renesas-devel-20171110-v4.14-rc8' tag. We're adding the R8A77970 PFC node > and then describing the pins for SCIF0 and EtherAVB devices

Re: [PATCH V3] PCI: rcar: Use runtime PM to control controller clock

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:54:11PM +0100, Marek Vasut wrote: > From: Dien Pham > > The controller clock can be switched off during suspend/resume, > let runtime PM take care of that. > > Signed-off-by: Dien Pham > Signed-off-by: Hien

Re: [PATCH V2 4/5] PCI: rcar: Support runtime PM, link state L1 handling

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:58:42PM +0100, Marek Vasut wrote: > From: Phil Edworthy > > Most PCIe host controllers support L0s and L1 power states via ASPM. > The R-Car hardware only supports L0s, so when the system suspends and > resumes we have to manually handle L1.

Re: [PATCH V2 3/5] PCI: rcar: Add the initialization of PCIe link in resume_noirq

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:58:41PM +0100, Marek Vasut wrote: > From: Kazufumi Ikeda > > Reestablish the PCIe link very early in the resume process in case it > went down to prevent PCI accesses from hanging the bus. Such accesses > can happen early in the PCI resume

Re: [PATCH V2 2/5] PCI: rcar: Clean up the macros

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:58:40PM +0100, Marek Vasut wrote: > Just clean up the macros in the RCar PCI driver, no functional change. Could you describe the cleanup in slightly more detail? My reading is 1. Use BIT() macro 2. tidy up whitespace.

Re: [PATCH V2 1/5] PCI: rcar: Poll more often in rcar_pcie_wait_for_dl()

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:58:39PM +0100, Marek Vasut wrote: > The data link active signal usually takes ~20 uSec to be asserted, > poll the bit more often to avoid useless delays in this function. > > Signed-off-by: Marek Vasut > Cc: Geert Uytterhoeven

Re: [PATCH 3/3] PCI: rcar: Add the suspend/resume for pcie-rcar driver

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:53:07PM +0100, Marek Vasut wrote: > On 11/10/2017 10:09 AM, Simon Horman wrote: > > On Wed, Nov 08, 2017 at 10:28:06AM +0100, Marek Vasut wrote: > >> From: Kazufumi Ikeda > >> > >> This adds the suspend/resume supports for pcie-rcar. The resume

Re: [PATCH 1/3] PCI: rcar: Add the initialization of PCIe link in resume_noirq

2017-11-12 Thread Simon Horman
On Fri, Nov 10, 2017 at 10:14:33PM +0100, Marek Vasut wrote: > On 11/10/2017 09:59 AM, Simon Horman wrote: > > Hi Marek, > > Hi Simon, > > > On Wed, Nov 08, 2017 at 10:28:04AM +0100, Marek Vasut wrote: > >> From: Kazufumi Ikeda > >> > >> Reestablish the PCIe link very

Re: [PATCH v2] media: vsp1: Prevent suspending and resuming DRM pipelines

2017-11-12 Thread Laurent Pinchart
Hi Kieran, On Sunday, 12 November 2017 18:38:31 EET Kieran Bingham wrote: > On 12/11/17 04:28, Laurent Pinchart wrote: > > On Wednesday, 20 September 2017 12:16:54 EET Kieran Bingham wrote: > >> When used as part of a display pipeline, the VSP is stopped and > >> restarted explicitly by the DU

Re: [PATCH v2] media: vsp1: Prevent suspending and resuming DRM pipelines

2017-11-12 Thread Kieran Bingham
Hi Laurent, On 12/11/17 04:28, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Wednesday, 20 September 2017 12:16:54 EET Kieran Bingham wrote: >> When used as part of a display pipeline, the VSP is stopped and >> restarted explicitly by the DU from its suspend and