Re: [PATCH] phy: Renesas R-Car gen3 PCIe PHY driver

Hi Sergei, On Mon, Apr 9, 2018 at 5:57 PM, Sergei Shtylyov wrote: > On 04/09/2018 12:46 PM, Geert Uytterhoeven wrote: >>> +static int rcar_gen3_phy_pcie_probe(struct platform_device *pdev) >>> +{ >>> + struct device *dev = >dev; >>> + struct

Re: [PATCH 4/4] pcie-rcar: factor out rcar_pcie_hw_init() call

On 04/09/2018 02:04 PM, Simon Horman wrote: >> We now have rcar_pcie_hw_init_{h1|gen2|gen3}() differing only in the PCIe >> PHY init code and all ending with a call to rcar_pcie_hw_init(), thus it >> makes sense to move that call into the driver's probe() method and then >> rename those

Re: [PATCH 2/4] pcie-rcar: remove PHYRDY polling from rcar_pcie_hw_init_h1()

On 04/09/2018 01:56 PM, Simon Horman wrote: >> Now that we've added PCIEPHYSR.PHYRDY polling to rcar_pcie_hw_init(), >> there is no need anymore for polling the PHY specific register in >> rcar_pcie_hw_init_h1() -- remove it. >> >> Signed-off-by: Sergei Shtylyov

Re: [PATCH] phy: Renesas R-Car gen3 PCIe PHY driver

On 04/09/2018 12:46 PM, Geert Uytterhoeven wrote: >> This PHY is still mostly undocumented -- the only documented registers >> exist on R-Car V3H (R8A77980) SoC where this PHY stays in a powered-down >> state after a reset and thus we must power it on for PCIe to work... > > Bogus spaces

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

Hi Rich, On Monday, 9 April 2018 18:11:13 EEST Rich Felker wrote: > On Mon, Apr 09, 2018 at 04:06:15PM +0300, Laurent Pinchart wrote: > > On Monday, 9 April 2018 14:11:22 EEST Robin Murphy wrote: > >> On 09/04/18 08:25, jacopo mondi wrote: > >>> Hi Robin, Laurent, > >>> > >>> a long time

Re: [PATCH 1/4] pcie-rcar: poll PHYRDY in rcar_pcie_hw_init()

On 04/09/2018 01:54 PM, Simon Horman wrote: >> In all the R-Car gen1/2/3 manuals, we are instructed to poll PCIEPHYSR >> for PHYRDY=1 at an early stage of the PCIEC initialization -- while >> the driver only does this on R-Car H1 (polling a PHY specific register). > > Is the R-Car H1 specific

[PATCH] base: dma-mapping: Postpone cpu addr translation on mmap()

Postpone calling virt_to_page() translation on memory locations not guaranteed to be backed by a struct page. This patch fixes a specific issue of SH architecture configured with SPARSEMEM memory model, when mapping buffers allocated with the memblock APIs at system initialization time, and thus

Re: [PATCH] base: dma-mapping: Postpone cpu addr translation on mmap()

On Mon, Apr 09, 2018 at 06:59:08PM +0200, Jacopo Mondi wrote: > I'm still a bit puzzled on what happens if dma_mmap_from_dev_coherent() fails. > Does a dma_mmap_from_dev_coherent() failure guarantee anyhow that the > successive virt_to_page() isn't problematic as it is today? > Or is it the >

Re: [PATCH v3 2/8] DT: reset: renesas,rzn1-reboot: document RZ/N1 reboot driver

On Thu, Mar 29, 2018 at 08:46:58AM +0100, Michel Pollet wrote: > The Renesas RZ/N1 Family (Part #R9A06G0xx) requires a driver > as part of the sysctrl MFD to handle rebooting the CA7 cores. > This documents the driver bindings. > > Signed-off-by: Michel Pollet > ---

Re: [PATCH/RFT v3 2/3] dt-bindings: thermal: rcar-thermal: add R8A77995 support

On Tue, Apr 03, 2018 at 09:43:04PM +0900, Yoshihiro Kaneko wrote: > Signed-off-by: Yoshihiro Kaneko > Reviewed-by: Geert Uytterhoeven > --- > Documentation/devicetree/bindings/thermal/rcar-thermal.txt | 7 +-- > 1 file changed, 5

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

On 04/09/2018 02:25 PM, Geert Uytterhoeven wrote: > Currently add_mtd_device() failures are plainly ignored, which may lead > to kernel crashes later. > > E.g. after flipping SW17 on r8a7791/koelsch, to switch from the large to > the small QSPI FLASH, without updating the partition description in

RE: [PATCH 4/4] usb: gadget: udc: renesas_usb3: should call devm_phy_get() before add udc

Hi Simon-san, > From: Simon Horman, Sent: Monday, April 9, 2018 8:58 PM > > On Mon, Apr 02, 2018 at 09:21:34PM +0900, Yoshihiro Shimoda wrote: > > This patch fixes an issue that this driver cannot call phy_init() > > if a gadget driver is alreadly loaded because usb_add_gadget_udc() > > might

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

On Mon, Apr 09, 2018 at 04:06:15PM +0300, Laurent Pinchart wrote: > Hello, > > On Monday, 9 April 2018 14:11:22 EEST Robin Murphy wrote: > > On 09/04/18 08:25, jacopo mondi wrote: > > > Hi Robin, Laurent, > > > > > > a long time passed, sorry about this. > > > > > > On Wed, Nov 15, 2017 at

[PATCH v2 0/6] usb: gadget: udc: renesas_usb3: fix some major issues

This patch set is based on v4.16. Changes from v1: - Add Reviewed-by in patch 1, 2, 3 and 4. - Revise typo in patch 4. - Add new patches as patch 5 and 6. Yoshihiro Shimoda (6): usb: gadget: udc: renesas_usb3: fix double phy_put() usb: gadget: udc: renesas_usb3: should remove debugfs

[PATCH v2 3/6] usb: gadget: udc: renesas_usb3: should call pm_runtime_enable() before add udc

This patch fixes an issue that this driver causes panic if a gadget driver is already loaded because usb_add_gadget_udc() might call renesas_usb3_start() via .udc_start, and then pm_runtime_get_sync() in renesas_usb3_start() doesn't work correctly. Note that the usb3_to_dev() macro should not be

[PATCH v2 4/6] usb: gadget: udc: renesas_usb3: should call devm_phy_get() before add udc

This patch fixes an issue that this driver cannot call phy_init() if a gadget driver is alreadly loaded because usb_add_gadget_udc() might call renesas_usb3_start() via .udc_start. This patch also revises the typo (s/an optional/optional/). Fixes: 279d4bc64060 ("usb: gadget: udc: renesas_usb3:

[PATCH v2 5/6] usb: gadget: udc: renesas_usb3: should fail if devm_phy_get() returns error

This patch fixes an issue that this driver ignores errors other than the non-existence of the device, f.e. a memory allocation failure in devm_phy_get(). So, this patch replaces devm_phy_get() with devm_phy_optional_get(). Reported-by: Simon Horman Fixes: 279d4bc64060

[PATCH v2 1/6] usb: gadget: udc: renesas_usb3: fix double phy_put()

This patch fixes an issue that this driver cause double phy_put() calling. This driver must not call phy_put() in the remove because the driver calls devm_phy_get() in the probe. Fixes: 279d4bc64060 ("usb: gadget: udc: renesas_usb3: add support for generic phy") Cc: #

[PATCH v2 6/6] usb: gadget: udc: renesas_usb3: disable the controller's irqs for reconnecting

This patch fixes an issue that reconnection is possible to fail because unexpected state handling happens by the irqs. To fix the issue, the driver disables the controller's irqs when disconnected. Fixes: 746bfe63bba3 ("usb: gadget: renesas_usb3: add support for Renesas USB3.0 peripheral

[PATCH v2 2/6] usb: gadget: udc: renesas_usb3: should remove debugfs

This patch fixes an issue that this driver doesn't remove its debugfs. Fixes: 43ba968b00ea ("usb: gadget: udc: renesas_usb3: add debugfs to set the b-device mode") Cc: # v4.14+ Signed-off-by: Yoshihiro Shimoda Reviewed-by: Simon Horman

Re: [PATCH] phy: Renesas R-Car gen3 PCIe PHY driver

Hi Sergei, Thanks for your patch! On Wed, Apr 4, 2018 at 9:31 PM, Sergei Shtylyov wrote: > This PHY is still mostly undocumented -- the only documented registers > exist on R-Car V3H (R8A77980) SoC where this PHY stays in a powered-down > state after a reset

Re: [PATCH v7 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On Fri, Apr 06, 2018 at 06:40:14PM +0300, Laurent Pinchart wrote: > On Friday, 6 April 2018 17:25:58 EEST jacopo mondi wrote: > > Same on the mandatory/optional VCC supply thing. Let's try to make > > next version the final one. If the optional property with the dummy > > regulator doesn't

Re: [PATCH] pwm: rcar: simplify getting .drvdata

On Thu, Apr 5, 2018 at 7:25 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Reviewed-by: Geert

Re: [PATCH 4/4] pcie-rcar: factor out rcar_pcie_hw_init() call

On Fri, Apr 6, 2018 at 1:10 PM, Sergei Shtylyov wrote: > We now have rcar_pcie_hw_init_{h1|gen2|gen3}() differing only in the PCIe > PHY init code and all ending with a call to rcar_pcie_hw_init(), thus it > makes sense to move that call into the driver's

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

Hi Robin, Laurent, a long time passed, sorry about this. On Wed, Nov 15, 2017 at 01:38:23PM +, Robin Murphy wrote: > On 14/11/17 17:08, Jacopo Mondi wrote: > >On SH4 architecture, with SPARSEMEM memory model, translating page to > >pfn hangs the CPU. Post-pone translation to pfn after >

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

On 04/09/2018 10:07 AM, Geert Uytterhoeven wrote: > Hi Marek, > > On Sun, Apr 8, 2018 at 3:09 PM, Marek Vasut wrote: >> From: Dien Pham >> >> The controller clock can be switched off during suspend/resume, >> let runtime PM take care of that.

Re: [PATCH V3] PCI: rcar: Clean up the macros

On Sun, Apr 8, 2018 at 8:04 PM, Marek Vasut wrote: > This patch replaces the (1 << n) with BIT(n) and cleans up whitespace, > no functional change. > > Signed-off-by: Marek Vasut Reviewed-by: Geert Uytterhoeven

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

Hi Marek, On Sun, Apr 8, 2018 at 3:09 PM, 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

Re: [PATCH v5 2/3] ARM: dts: r8a7791: Convert to new LVDS DT bindings

On Sun, Apr 8, 2018 at 6:40 PM, Niklas Söderlund wrote: > On 2018-04-06 22:14:37 +0300, Laurent Pinchart wrote: >> --- a/arch/arm/boot/dts/r8a7791-koelsch.dts >> +++ b/arch/arm/boot/dts/r8a7791-koelsch.dts >> @@ -470,8 +470,7 @@ >> >> clocks = < CPG_MOD 724>,

Re: [PATCH 1/4] pcie-rcar: poll PHYRDY in rcar_pcie_hw_init()

On Mon, Apr 09, 2018 at 12:54:18PM +0200, Simon Horman wrote: > On Fri, Apr 06, 2018 at 02:02:52PM +0300, Sergei Shtylyov wrote: > > In all the R-Car gen1/2/3 manuals, we are instructed to poll PCIEPHYSR > > for PHYRDY=1 at an early stage of the PCIEC initialization -- while > > the driver only

Re: [PATCH 1/4] pcie-rcar: poll PHYRDY in rcar_pcie_hw_init()

On Fri, Apr 06, 2018 at 02:02:52PM +0300, Sergei Shtylyov wrote: > In all the R-Car gen1/2/3 manuals, we are instructed to poll PCIEPHYSR > for PHYRDY=1 at an early stage of the PCIEC initialization -- while > the driver only does this on R-Car H1 (polling a PHY specific register). Is the

Re: [PATCH 2/4] pcie-rcar: remove PHYRDY polling from rcar_pcie_hw_init_h1()

On Fri, Apr 06, 2018 at 02:04:52PM +0300, Sergei Shtylyov wrote: > Now that we've added PCIEPHYSR.PHYRDY polling to rcar_pcie_hw_init(), > there is no need anymore for polling the PHY specific register in > rcar_pcie_hw_init_h1() -- remove it. > > Signed-off-by: Sergei Shtylyov

Re: [PATCH 3/4] pcie-rcar: add R-Car gen3 PHY support

On Fri, Apr 06, 2018 at 02:08:12PM +0300, Sergei Shtylyov wrote: > On R-Car gen3 SoCs the PCIe PHY has its own register region -- and I have > written a generic PHY driver for it, thus we need to add the corresponding > code in rcar_pcie_hw_init_gen3() and call devm_phy_optional_get() at the >

Re: [PATCH v5 0/3] R-Car DU: Fix LVDS output on Gen2 boards

On Fri, Apr 06, 2018 at 10:14:35PM +0300, Laurent Pinchart wrote: > Hello, > > This patch series fixes LVDS output support on the Lager, Koelsh, Porter and > Gose boards that broke in v4.17-rc1 due to the combination of the R-Car DU > LVDS driver rework and the DT move of all on-SoC peripherals

Re: [PATCH 1/4] pcie-rcar: poll PHYRDY in rcar_pcie_hw_init()

On Mon, Apr 09, 2018 at 12:54:18PM +0200, Simon Horman wrote: > On Fri, Apr 06, 2018 at 02:02:52PM +0300, Sergei Shtylyov wrote: > > In all the R-Car gen1/2/3 manuals, we are instructed to poll PCIEPHYSR > > for PHYRDY=1 at an early stage of the PCIEC initialization -- while > > the driver only

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

On Sun, Apr 01, 2018 at 05:02:07PM +0200, Marek Vasut wrote: > On 03/19/2018 11:34 AM, Simon Horman wrote: > > On Mon, Mar 19, 2018 at 10:54:47AM +0100, Marek Vasut wrote: > >> On 03/19/2018 09:44 AM, Simon Horman wrote: > >>> On Sun, Mar 18, 2018 at 11:52:09AM +0100, Marek Vasut wrote: >

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

On Mon, Apr 09, 2018 at 10:20:05AM +0200, Marek Vasut wrote: > On 04/09/2018 10:07 AM, Geert Uytterhoeven wrote: > > Hi Marek, > > > > On Sun, Apr 8, 2018 at 3:09 PM, Marek Vasut wrote: > >> From: Dien Pham > >> > >> The controller clock can

Re: [PATCH/RFT v2 0/3] thermal: add support for r8a77995

On Tue, Apr 03, 2018 at 08:00:50PM +0900, Yoshihiro Kaneko wrote: > Hi Simon-san, > > 2018-03-30 22:49 GMT+09:00 Simon Horman : > > On Fri, Mar 30, 2018 at 12:13:00PM +0900, Yoshihiro Kaneko wrote: > >> This series adds thermal support for r8a77995. > >> R-Car D3 (r8a77995)

Re: [PATCH 4/4] usb: gadget: udc: renesas_usb3: should call devm_phy_get() before add udc

On Mon, Apr 02, 2018 at 09:21:34PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that this driver cannot call phy_init() > if a gadget driver is alreadly loaded because usb_add_gadget_udc() > might call renesas_usb3_start() via .udc_start. > > Fixes: 279d4bc64060 ("usb: gadget: udc:

Re: [PATCH v3 1/3] serial: sh-sci: Document r8a77470 bindings

On Tue, Apr 03, 2018 at 12:19:37PM +0100, Biju Das wrote: > RZ/G1C (R8A77470) SoC also has the R-Car gen2 compatible SCIF and HSCIF > ports, so document the SoC specific bindings. > > Signed-off-by: Biju Das > Reviewed-by: Fabrizio Castro

Re: [PATCH 2/7] arm64: dts: renesas: r8a77970: add VSPD support

On Fri, Apr 06, 2018 at 04:33:21PM +0300, Laurent Pinchart wrote: > On Friday, 6 April 2018 16:08:07 EEST Jacopo Mondi wrote: > > From: Sergei Shtylyov > > > > Describe VSPD0 in the R8A77970 device tree; it will be used by DU in > > the next patch... > > > >

Re: [PATCH 4/4] pcie-rcar: factor out rcar_pcie_hw_init() call

On Fri, Apr 06, 2018 at 02:10:22PM +0300, Sergei Shtylyov wrote: > We now have rcar_pcie_hw_init_{h1|gen2|gen3}() differing only in the PCIe > PHY init code and all ending with a call to rcar_pcie_hw_init(), thus it > makes sense to move that call into the driver's probe() method and then >

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

Hi Jacopo, On 09/04/18 08:25, jacopo mondi wrote: Hi Robin, Laurent, a long time passed, sorry about this. On Wed, Nov 15, 2017 at 01:38:23PM +, Robin Murphy wrote: On 14/11/17 17:08, Jacopo Mondi wrote: On SH4 architecture, with SPARSEMEM memory model, translating page to pfn hangs

Re: [PATCH v2 5/5] DT: pci: rcar-pci: document R8A77980 bindings

On Sun, Apr 08, 2018 at 09:10:43PM +0300, Sergei Shtylyov wrote: > Document the R-Car V3H (R8A77980) SoC in the R-Car PCIe bindings. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Simon Horman

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

Hi Simon, Marek, On Mon, Apr 9, 2018 at 1:41 PM, Simon Horman wrote: > On Mon, Apr 09, 2018 at 10:20:05AM +0200, Marek Vasut wrote: >> On 04/09/2018 10:07 AM, Geert Uytterhoeven wrote: >> > On Sun, Apr 8, 2018 at 3:09 PM, Marek Vasut wrote: >> >> From:

Re: [PATCH] pwm: rcar: simplify getting .drvdata

On Thu, Apr 05, 2018 at 07:25:51PM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Only build tested. Fixed numerous times

RE: [PATCH v3 1/3] serial: sh-sci: Document r8a77470 bindings

Hi Simon, Thanks for the feedback. > -Original Message- > From: Simon Horman [mailto:ho...@verge.net.au] > Sent: 09 April 2018 13:10 > To: Biju Das > Cc: Philipp Zabel ; Rob Herring > ; Mark Rutland

Re: [RFC PATCH] mmc: renesas_sdhi_internal_dmac: use more generic whitelisting

On Thu, Apr 05, 2018 at 06:42:16PM +0200, Wolfram Sang wrote: > From: Wolfram Sang > > Whitelisting every ES version does not scale. So, we whitelist whole > SoCs independent of ES version. If we need specific handling for an ES > version, we put it to the

Re: [PATCH V3] PCI: rcar: Clean up the macros

On Sun, Apr 08, 2018 at 08:04:31PM +0200, Marek Vasut wrote: > This patch replaces the (1 << n) with BIT(n) and cleans up whitespace, > no functional change. > > Signed-off-by: Marek Vasut > Cc: Geert Uytterhoeven > Cc: Phil Edworthy

Re: [PATCH 1/4] usb: gadget: udc: renesas_usb3: fix double phy_put()

On Mon, Apr 02, 2018 at 09:21:31PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that this driver cause double phy_put() > calling. This driver must not call phy_put() in the remove because > the driver calls devm_phy_get() in the probe. > > Fixes: 279d4bc64060 ("usb: gadget: udc:

Re: [PATCH 3/4] usb: gadget: udc: renesas_usb3: should call pm_runtime_enable() before add udc

On Mon, Apr 02, 2018 at 09:21:33PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that this driver causes panic if a gadget > driver is already loaded because usb_add_gadget_udc() might call > renesas_usb3_start() via .udc_start, and then pm_runtime_get_sync() > in

Re: [PATCH 2/4] usb: gadget: udc: renesas_usb3: should remove debugfs

On Mon, Apr 02, 2018 at 09:21:32PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that this driver doesn't remove its debugfs. > > Fixes: 43ba968b00ea ("usb: gadget: udc: renesas_usb3: add debugfs to set the > b-device mode") > Cc: # v4.14+ > Signed-off-by:

Re: [PATCH v3 2/3] ARM: dts: r8a77470: Initial SoC device tree

On Tue, Apr 03, 2018 at 12:19:38PM +0100, Biju Das wrote: > The initial R8A77470 SoC device tree including CPU0, GIC, timer, SYSC, RST, > CPG, and the required clock descriptions. > > Signed-off-by: Biju Das > Reviewed-by: Fabrizio Castro

Re: [PATCH v3 3/3] ARM: dts: iwg23s-sbc: Add support for iWave G23S-SBC based on RZ/G1C

On Tue, Apr 03, 2018 at 12:19:39PM +0100, Biju Das wrote: > Add support for iWave iW-RainboW-G23S single board computer based on > RZ/G1C. > > Signed-off-by: Biju Das > Reviewed-by: Fabrizio Castro > Reviewed-by: Geert Uytterhoeven

Re: [PATCH v5 0/3] R-Car DU: Fix LVDS output on Gen2 boards

Hi Simon, On Monday, 9 April 2018 14:17:15 EEST Simon Horman wrote: > On Fri, Apr 06, 2018 at 10:14:35PM +0300, Laurent Pinchart wrote: > > Hello, > > > > This patch series fixes LVDS output support on the Lager, Koelsh, Porter > > and Gose boards that broke in v4.17-rc1 due to the combination

Re: [PATCH 1/7] arm64: dts: renesas: r8a77970: add FCPVD support

On Fri, Apr 06, 2018 at 04:28:17PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Friday, 6 April 2018 16:08:06 EEST Jacopo Mondi wrote: > > From: Sergei Shtylyov > > > > Describe FCPVD0 in the R8A77970 device tree; it will

[RESEND PATCH] serial: sh-sci: Document r8a77470 bindings

RZ/G1C (R8A77470) SoC also has the R-Car gen2 compatible SCIF and HSCIF ports, so document the SoC specific bindings. Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro Reviewed-by: Geert Uytterhoeven

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

On Mon, Apr 09, 2018 at 01:47:38PM +0200, Geert Uytterhoeven wrote: > Hi Simon, Marek, > > On Mon, Apr 9, 2018 at 1:41 PM, Simon Horman wrote: > > On Mon, Apr 09, 2018 at 10:20:05AM +0200, Marek Vasut wrote: > >> On 04/09/2018 10:07 AM, Geert Uytterhoeven wrote: > >> > On

Re: [PATCH] ARM: debug-ll: Add support for r8a77470

On Fri, Mar 30, 2018 at 11:28:06AM +0200, Geert Uytterhoeven wrote: > On Thu, Mar 29, 2018 at 12:42 PM, Biju Das wrote: > > Enable low-level debugging support for RZ/G1C (r8a77470). RZ/G1C uses > > SCIF1 for the debug console. > > > > Signed-off-by: Biju Das

Re: [PATCH] clk: renesas: r8a77980: Correct parent clock of PCIEC0

On Mon, Apr 09, 2018 at 02:29:22PM +0200, Geert Uytterhoeven wrote: > According to the R-Car Gen3 Hardware Manual Errata for Rev 0.80 of > December 22, 2017, the parent clock of the PCIe module clock on R-Car > V3H is S2D2. > > Fixes: ce15783c510a9905 ("clk: renesas: cpg-mssr: add R8A77980

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

Hello, On Monday, 9 April 2018 14:11:22 EEST Robin Murphy wrote: > On 09/04/18 08:25, jacopo mondi wrote: > > Hi Robin, Laurent, > > > > a long time passed, sorry about this. > > > > On Wed, Nov 15, 2017 at 01:38:23PM +, Robin Murphy wrote: > >> On 14/11/17 17:08, Jacopo Mondi wrote: >

[PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

Currently add_mtd_device() failures are plainly ignored, which may lead to kernel crashes later. E.g. after flipping SW17 on r8a7791/koelsch, to switch from the large to the small QSPI FLASH, without updating the partition description in DT, the following happens: m25p80 spi0.0: found

Re: [PATCH] media: entity: fix spelling for media_entity_get_fwnode_pad()

On Sun, Apr 08, 2018 at 06:11:52PM +0200, Niklas Söderlund wrote: > From: Niklas Söderlund > > s/dose/does/ > > Fixes: d295c6a460cd2ac6 ("[media] media: entity: Add > media_entity_get_fwnode_pad() function") > Signed-off-by: Niklas Söderlund

Re: [PATCH v5 0/3] R-Car DU: Fix LVDS output on Gen2 boards

On Mon, Apr 09, 2018 at 03:16:03PM +0300, Laurent Pinchart wrote: > Hi Simon, > > On Monday, 9 April 2018 14:17:15 EEST Simon Horman wrote: > > On Fri, Apr 06, 2018 at 10:14:35PM +0300, Laurent Pinchart wrote: > > > Hello, > > > > > > This patch series fixes LVDS output support on the Lager,

Re: [PATCH/RFT v2 0/3] thermal: add support for r8a77995

Hi Simon, On 2018-04-09 13:59:27 +0200, Simon Horman wrote: > On Tue, Apr 03, 2018 at 08:00:50PM +0900, Yoshihiro Kaneko wrote: > > Hi Simon-san, > > > > 2018-03-30 22:49 GMT+09:00 Simon Horman : > > > On Fri, Mar 30, 2018 at 12:13:00PM +0900, Yoshihiro Kaneko wrote: > > >>