Re: [PATCH/RFC v3 00/22] soc: renesas: Add R-Car RST driver for obtaining mode pin state

On 01.06.2016 21:20, Geert Uytterhoeven wrote: Hi all, Currently the R-Car Clock Pulse Generator (CPG) drivers obtains the state of the mode pins either by a call from the board code, or directly by using a hardcoded register access. This is a bit messy, and creates a dependency between

Re: [PATCH/RFC v3 20/22] clk: renesas: r8a7778: Remove obsolete r8a7778_clocks_init()

On 01.06.2016 21:21, Geert Uytterhoeven wrote: The R-Car M1A board code no longer calls r8a7778_clocks_init(). Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/clk-r8a7778.c | 13 - include/linux/clk/renesas.h | 1 - 2

Re: [PATCH/RFC v3 02/22] soc: renesas: Add R-Car RST driver

On 01.06.2016 21:21, Geert Uytterhoeven wrote: Add a driver for the Renesas R-Car Gen1 RESET/WDT and R-Car Gen2/Gen3 RST module. For now this driver just provides an API to obtain the state of the mode pins, as latched at reset time. As this is typically called from the probe function of a

Re: [PATCH/RFC v3 01/22] reset: Add renesas,rst DT bindings

On 01.06.2016 21:20, Geert Uytterhoeven wrote: Add DT bindings for the Renesas R-Car Reset Controller (R-Car Gen1 RESET/WDT and R-Car Gen2/Gen3 RST). As the features provided by the hardware module differ a lot across the various SoC families and members, only SoC-specific compatible values are

RE: [PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

Hi, > From: Mathias Nyman > Sent: Wednesday, June 01, 2016 8:42 PM > > >>> isn't the following enough? > >>> > >>> @@ -4886,7 +4886,7 @@ int xhci_gen_setup(struct usb_hcd *hcd, > >>> xhci_get_quirks_t get_quirks) > >>> xhci->hcc_params2 = readl(>cap_regs->hcc_params2); > >>>

Re: [PATCH net-next] ravb: Add SET_RUNTIME_PM_OPS macro

From: Yoshihiro Kaneko Date: Mon, 30 May 2016 05:25:43 +0900 > From: Kazuya Mizuguchi > > Use SET_RUNTIME_PM_OPS macro instead of assigning a member of > dev_pm_ops directly. > > Signed-off-by: Kazuya Mizuguchi

Re: [PATCH net-next v2] ravb: Add ESF in RCR for enabling separation filter

From: Yoshihiro Kaneko Date: Wed, 1 Jun 2016 03:01:28 +0900 > From: Masaru Nagai > > The H/W manual recommends B'10 or B'11 in a value of the separation > filtering select bits in the receive configuration register (RCR.ESF). > When B'10 is

[PATCH/RFC 0/1] soc: renesas: Add DT fixup code for backwards compatibility

Hi all, When moving functionality from C code to DT, we're regularly faced with stable DT issues: old DTBs should keep on working. This requires keeping workaround code in the kernel. An alternative solution to having workaround C code, would be to dynamically modify the DT, to add

[PATCH/RFC v3 06/22] ARM: dts: r8a7791: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit address, - Drop RFC

[PATCH/RFC v3 19/22] ARM: shmobile: rcar-gen2: Stop passing mode pins state to clock driver

Now the R-Car Gen2 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just call of_clk_init() instead. Signed-off-by: Geert Uytterhoeven --- v3: - Drop "select MFD_SYSCON",

[PATCH/RFC v3 04/22] ARM: dts: r8a7779: Add device node for RESET/WDT module

Add a device node for the RESET/WDT module, which provides a.o. reset control, mode pin monitoring, and watchdog control. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- arch/arm/boot/dts/r8a7779.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH/RFC v3 15/22] clk: renesas: r8a7796: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/r8a7796-cpg-mssr.c | 8 +++- 1 file changed, 7

[PATCH/RFC v3 03/22] ARM: dts: r8a7778: Add device node for RESET/WDT module

Add a device node for the RESET/WDT module, which provides a.o. reset control, mode pin monitoring, and watchdog control. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- arch/arm/boot/dts/r8a7778.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH/RFC v3 22/22] clk: renesas: rcar-gen2: Remove obsolete rcar_gen2_clocks_init()

The R-Car Gen2 board code no longer calls rcar_gen2_clocks_init(). Signed-off-by: Geert Uytterhoeven --- v3: - rebased, v2: - No changes. --- drivers/clk/renesas/clk-rcar-gen2.c | 7 --- include/linux/clk/renesas.h | 2 -- 2 files changed, 9

[PATCH/RFC v3 07/22] ARM: dts: r8a7793: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit address, - Drop RFC

[PATCH/RFC v3 05/22] ARM: dts: r8a7790: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit address, - Drop RFC

[PATCH/RFC v3 08/22] ARM: dts: r8a7794: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit address, - Drop RFC

[PATCH/RFC v3 20/22] clk: renesas: r8a7778: Remove obsolete r8a7778_clocks_init()

The R-Car M1A board code no longer calls r8a7778_clocks_init(). Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/clk-r8a7778.c | 13 - include/linux/clk/renesas.h | 1 - 2 files changed, 14 deletions(-) diff --git

[PATCH/RFC v3 09/22] arm64: renesas: r8a7795 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - New. ---

[PATCH/RFC v3 11/22] clk: renesas: r8a7778: Obtain mode pin values using R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RESET/WDT module. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/clk-r8a7778.c | 13 + 1 file changed, 13

[PATCH/RFC v3 10/22] arm64: renesas: r8a7796 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH/RFC v3 16/22] clk: renesas: rcar-gen3-cpg: Remove obsolete rcar_gen3_read_mode_pins()

All R-Car Gen3 clock drivers now obtain the values of the mode pins from the R-Car RST driver. Signed-off-by: Geert Uytterhoeven --- drivers/clk/renesas/rcar-gen3-cpg.c | 17 - drivers/clk/renesas/rcar-gen3-cpg.h | 1 - 2 files changed, 18 deletions(-)

[PATCH/RFC v3 21/22] clk: renesas: r8a7779: Remove obsolete r8a7779_clocks_init()

The R-Car H1 board code no longer calls r8a7779_clocks_init(). Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/clk-r8a7779.c | 9 - include/linux/clk/renesas.h | 1 - 2 files changed, 10 deletions(-) diff --git

[PATCH/RFC v3 02/22] soc: renesas: Add R-Car RST driver

Add a driver for the Renesas R-Car Gen1 RESET/WDT and R-Car Gen2/Gen3 RST module. For now this driver just provides an API to obtain the state of the mode pins, as latched at reset time. As this is typically called from the probe function of a clock driver, which can run much earlier than any

[PATCH/RFC v3 12/22] clk: renesas: r8a7779: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RESET/WDT module. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/clk-r8a7779.c | 9 +++-- 1 file changed, 7

[PATCH/RFC v3 17/22] ARM: shmobile: r8a7778: Stop passing mode pins state to clock driver

Now the R-Car M1A CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init(). Signed-off-by: Geert

[PATCH/RFC v3 18/22] ARM: shmobile: r8a7779: Stop passing mode pins state to clock driver

Now the R-Car H1 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init() and clocksource_probe().

[PATCH/RFC v3 14/22] clk: renesas: r8a7795: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven --- v3: - New. --- drivers/clk/renesas/r8a7795-cpg-mssr.c | 8 +++- 1 file changed, 7

[PATCH/RFC v3 13/22] clk: renesas: rcar-gen2: Obtain mode pin values using RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Fall back to calling rcar_gen2_read_mode_pins() in the R-Car Gen2 platform code for backward-compatibility with old DTs. Signed-off-by: Geert Uytterhoeven

[PATCH net-next] ravb: Remove manual pause frame transmit

From: Masaru Nagai Writing a non-zero value to the manual PAUSE frame register (MPR) starts the transmission of a PAUSE frame. A PAUSE frame is sent in ravb_emac_init(), but it is not expected behavior. Signed-off-by: Masaru Nagai

Re: [PATCHv7 4/6] arm: dma-mapping: add {map, unmap}_resource for iommu ops

On Wed, Jun 01, 2016 at 05:22:27PM +0200, Niklas Söderlund wrote: > +static dma_addr_t arm_iommu_map_resource(struct device *dev, > + phys_addr_t phys_addr, size_t size, > + enum dma_data_direction dir, struct dma_attrs *attrs) > +{ > + struct dma_iommu_mapping *mapping

[PATCHv7 5/6] dmaengine: rcar-dmac: group slave configuration

Group slave address and transfer size in own structs for source and destination. This is in preparation for hooking up the dma-mapping API to the slave addresses. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart

[PATCHv7 0/6] dmaengine: rcar-dmac: add iommu support for slave transfers

Hi, [In this v7 series I have tried to address the questions raised by Christoph Hellwig and I hope it can awnser your concernes regarding dma-debug.] This series tries to solve the problem with DMA with device registers (MMIO registers) that are behind an IOMMU for the rcar-dmac driver. A

[PATCHv7 4/6] arm: dma-mapping: add {map,unmap}_resource for iommu ops

Add methods to map/unmap device resources addresses for dma_map_ops that are IOMMU aware. This is needed to map a device MMIO register from a physical address. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart

[PATCHv7 1/6] dma-mapping: add {map,unmap}_resource to dma_map_ops

Add methods to handle mapping of device resources from a physical address. This is needed for example to be able to map MMIO FIFO registers to a IOMMU. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart ---

[PATCHv7 2/6] dma-debug: add support for resource mappings

A MMIO mapped resource can not be represented by a struct page so a new debug type is needed to handle this. This patch add such type and functionality to add/remove entries and how to translate them to a physical address. Signed-off-by: Niklas Söderlund

[PATCHv7 6/6] dmaengine: rcar-dmac: add iommu support for slave transfers

Enable slave transfers to a device behind a IPMMU by mapping the slave addresses using the dma-mapping API. Signed-off-by: Niklas Söderlund --- drivers/dma/sh/rcar-dmac.c | 82 +- 1 file changed, 74

[PATCHv7 3/6] dma-mapping: add dma_{map,unmap}_resource

Map/Unmap a device MMIO resource from a physical address. If no dma_map_ops method is available the operation is a no-op. Signed-off-by: Niklas Söderlund --- Documentation/DMA-API.txt | 22 +- include/linux/dma-mapping.h | 36

Re: [PATCH 01/13] ARM: shmobile: r8a7792: add clock index macros

On 06/01/2016 10:22 AM, Geert Uytterhoeven wrote: Add macros usable by the device tree sources to reference the R8A7792 clocks by index. Signed-off-by: Sergei Shtylyov --- include/dt-bindings/clock/r8a7792-clock.h | 104 ++ 1

Re: [PATCH 10/13] ARM: dts: r8a7792: add IRQC support

On 06/01/2016 04:18 AM, Simon Horman wrote: Describe the IRQC interrupt controller in the R8A7792 device tree. Signed-off-by: Sergei Shtylyov --- arch/arm/boot/dts/r8a7792.dtsi | 13 + 1 file changed, 13 insertions(+) Index:

Re: [PATCH 07/13] ARM: dts: r8a7792: initial SoC device tree

On 06/01/2016 03:57 AM, Simon Horman wrote: The initial R8A7792 SoC device tree including 2 CPU cores, GIC, timer, SYSC, and the required clock descriptions. Signed-off-by: Sergei Shtylyov This is rather large for an initial DTSI. Did you give any

Re: [PATCH 01/13] ARM: shmobile: r8a7792: add clock index macros

On 06/01/2016 03:52 AM, Simon Horman wrote: Add macros usable by the device tree sources to reference the R8A7792 clocks by index. Signed-off-by: Sergei Shtylyov --- include/dt-bindings/clock/r8a7792-clock.h | 104 ++ 1 file

Re: [PATCH 11/13] DT: arm: shmobile: document Blanche board

Hello. On 06/01/2016 02:51 AM, Simon Horman wrote: Document the Blanche device tree bindings, listing it as a supported board. This allows to use checkpatch.pl to validate .dts files referring to the Blanche board. Signed-off-by: Sergei Shtylyov I think

Re: [PATCH 13/13] ARM: dts: blanche: add Ethernet support

Hi Sergei, On Wed, Jun 1, 2016 at 2:16 PM, Sergei Shtylyov wrote: > On 6/1/2016 11:22 AM, Geert Uytterhoeven wrote: >>> --- renesas.orig/arch/arm/boot/dts/r8a7792-blanche.dts >>> +++ renesas/arch/arm/boot/dts/r8a7792-blanche.dts >> >>> +

Re: [PATCH 13/13] ARM: dts: blanche: add Ethernet support

Hello. On 6/1/2016 11:22 AM, Geert Uytterhoeven wrote: --- renesas.orig/arch/arm/boot/dts/r8a7792-blanche.dts +++ renesas/arch/arm/boot/dts/r8a7792-blanche.dts + ethernet@1800 { + compatible = "smsc,lan89218", "smsc,lan9115"; The "smsc,lan89218" needs to be

Re: [PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

isn't the following enough? @@ -4886,7 +4886,7 @@ int xhci_gen_setup(struct usb_hcd *hcd, xhci_get_quirks_t get_quirks) xhci->hcc_params2 = readl(>cap_regs->hcc_params2); xhci_print_registers(xhci); - xhci->quirks = quirks; + xhci->quirks |= quirks;

Re: [PATCH 00/13] Add R8A7794/SILK board eMMC DT support

Hello. On 6/1/2016 10:04 AM, Geert Uytterhoeven wrote: Here's the set of 13 patches against Simon Horman's 'renesas.git' repo, 'renesas-devel-20160530-v4.7-rc1' tag. We add the device tree support for the R8A7792-based Blanche board. The R-Car 'clk' driver patch was posted last week

Re: [PATCH 07/13] ARM: dts: r8a7792: initial SoC device tree

On Wed, Jun 1, 2016 at 12:24 AM, Sergei Shtylyov wrote: > The initial R8A7792 SoC device tree including 2 CPU cores, GIC, timer, SYSC, > and the required clock descriptions. > > Signed-off-by: Sergei Shtylyov > > --- >

Re: [PATCH 0/4] ARM: Renesas: R-Car3: Add product register support

Hi Geert, On 01.06.2016 10:26, Geert Uytterhoeven wrote: Hi Dirk, On Wed, Jun 1, 2016 at 9:38 AM, Dirk Behme wrote: Sorry, if that was unclear. I took the example and transferred it to R-Car3 where we have ES1 - ES3. So, taking this example, on R-Car3 we might end

Re: [PATCH 12/13] ARM: dts: blanche: initial device tree

On Wed, Jun 1, 2016 at 12:32 AM, Sergei Shtylyov wrote: > Add the initial device tree for the R8A7792 SoC based Blanche board. > The board has 2 debug serial ports: SCIF0 and SCIF3; include support for > them, so that the serial console can work. > >

Re: [PATCH 0/4] ARM: Renesas: R-Car3: Add product register support

On 01.06.2016 10:40, Geert Uytterhoeven wrote: Hi Dirk, On Wed, Jun 1, 2016 at 10:36 AM, Dirk Behme wrote: On 01.06.2016 10:26, Geert Uytterhoeven wrote: On Wed, Jun 1, 2016 at 9:38 AM, Dirk Behme wrote: Sorry, if that was unclear. I took

Re: [PATCH 0/4] ARM: Renesas: R-Car3: Add product register support

Hi Dirk, On Wed, Jun 1, 2016 at 10:36 AM, Dirk Behme wrote: > On 01.06.2016 10:26, Geert Uytterhoeven wrote: >> On Wed, Jun 1, 2016 at 9:38 AM, Dirk Behme >> wrote: >>> Sorry, if that was unclear. I took the example and transferred it to >>>

Re: [PATCH] clk: renesas: add R8A7792 support

On Wed, May 25, 2016 at 11:40 PM, Sergei Shtylyov wrote: > Renesas R-Car V2H (R8A7792) clocks are handled by R-Car gen2 clock driver. > > Signed-off-by: Sergei Shtylyov Acked-by: Geert Uytterhoeven

Re: [RFC 0/4] ARM: dts: r8a7790: lager: use demuxer for I2C

On Wed, Jun 01, 2016 at 12:17:29PM +0900, Magnus Damm wrote: > Hi Simon, > > On Tue, May 31, 2016 at 12:32 PM, Simon Horman > wrote: > > the intention of this series is to extend use of the demuxer for I2C > > on the lager/r8a7790 to cover all I2C IP blocks. > > > >

Re: [PATCH 0/4] ARM: Renesas: R-Car3: Add product register support

Hi Dirk, On Wed, Jun 1, 2016 at 9:38 AM, Dirk Behme wrote: > Sorry, if that was unclear. I took the example and transferred it to R-Car3 > where we have ES1 - ES3. > > So, taking this example, on R-Car3 we might end up with > > { > .compatible =

Re: [PATCH 13/13] ARM: dts: blanche: add Ethernet support

Hi Sergei, On Wed, Jun 1, 2016 at 12:33 AM, Sergei Shtylyov wrote: > --- renesas.orig/arch/arm/boot/dts/r8a7792-blanche.dts > +++ renesas/arch/arm/boot/dts/r8a7792-blanche.dts > + ethernet@1800 { > + compatible = "smsc,lan89218",

Re: [PATCH 11/13] DT: arm: shmobile: document Blanche board

On Wed, Jun 1, 2016 at 12:30 AM, Sergei Shtylyov wrote: > Document the Blanche device tree bindings, listing it as a supported board. > > This allows to use checkpatch.pl to validate .dts files referring to the > Blanche board. > > Signed-off-by: Sergei

Re: [PATCH 10/13] ARM: dts: r8a7792: add IRQC support

On Wed, Jun 1, 2016 at 12:29 AM, Sergei Shtylyov wrote: > Describe the IRQC interrupt controller in the R8A7792 device tree. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Geert Uytterhoeven

Re: [PATCH 09/13] ARM: dts: r8a7792: add [H]SCIF support

On Wed, Jun 1, 2016 at 12:26 AM, Sergei Shtylyov wrote: > Describe [H]SCIFs in the R8A7792 device tree. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 08/13] ARM: dts: r8a7792: add SYS-DMAC support

On Wed, Jun 1, 2016 at 12:25 AM, Sergei Shtylyov wrote: > Describe SYS-DMAC0/1 in the R8A7792 device tree. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 06/13] DT: clock: cpg-mstp-clocks: document-R8A7792-support

On Wed, Jun 1, 2016 at 12:21 AM, Sergei Shtylyov wrote: > Renesas R8A7792 SoC also has the CPG MSTP clocks... > > Signed-off-by: Sergei Shtylyov If you use "clk: renesas: smtp: ..." Acked-by: Geert Uytterhoeven

RE: [PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

Hi, Yoshihiro Shimoda writes: >> From: Felipe Balbi >> Sent: Wednesday, June 01, 2016 4:01 PM >> >> Yoshihiro Shimoda writes: >> >> > I'm afraid but I found a regression of xhci-rcar in v4.7-rc1. >> > This regression is

Re: [PATCH 05/13] DT: clock: rcar-gen2-cpg-clocks: document R8A7792 support

Hi Simon, On Wed, Jun 1, 2016 at 2:25 AM, Simon Horman wrote: > On Wed, Jun 01, 2016 at 01:20:11AM +0300, Sergei Shtylyov wrote: >> Renesas R8A7792 SoC is a member of the R-Car gen2 family and so has CPG... >> >> Signed-off-by: Sergei Shtylyov

Re: [PATCH 05/13] DT: clock: rcar-gen2-cpg-clocks: document R8A7792 support

On Wed, Jun 1, 2016 at 12:20 AM, Sergei Shtylyov wrote: > Renesas R8A7792 SoC is a member of the R-Car gen2 family and so has CPG... > > Signed-off-by: Sergei Shtylyov Acked-by: Geert Uytterhoeven

RE: [PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

Hi Felipe, > From: Felipe Balbi > Sent: Wednesday, June 01, 2016 4:01 PM > > Yoshihiro Shimoda writes: > > > I'm afraid but I found a regression of xhci-rcar in v4.7-rc1. > > This regression is caused by the following commit: > > > > commit

Re: [PATCH 04/13] ARM: shmobile: r8a7792: basic SoC support

Hi Sergei, On Wed, Jun 1, 2016 at 12:18 AM, Sergei Shtylyov wrote: > --- renesas.orig/arch/arm/mach-shmobile/Kconfig > +++ renesas/arch/arm/mach-shmobile/Kconfig > @@ -86,6 +86,11 @@ config ARCH_R8A7791 > select ARCH_RCAR_GEN2 > select I2C > >

Re: [PATCH 0/4] ARM: Renesas: R-Car3: Add product register support

Hi Geert, On 01.06.2016 09:27, Geert Uytterhoeven wrote: Hi Dirk, On Wed, Jun 1, 2016 at 9:19 AM, Dirk Behme wrote: On 01.06.2016 07:19, Magnus Damm wrote: On Fri, May 27, 2016 at 4:56 PM, Dirk Behme wrote: On 27.05.2016 05:13, Magnus Damm

Re: [PATCH 03/13] soc: renesas: rcar-sysc: add R8A7792 support

On Wed, Jun 1, 2016 at 12:15 AM, Sergei Shtylyov wrote: > Add support for R-Car V2H (R8A7792) SoC power areas to the SYSC driver. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Geert Uytterhoeven

Re: [PATCH 02/13] ARM: shmobile: r8a7792: add power domain index macros

On Wed, Jun 1, 2016 at 12:11 AM, Sergei Shtylyov wrote: > Add macros usable by the device tree sources to reference R8A7792 SYSC power > domains by index. > > Signed-off-by: Sergei Shtylyov Reviewed-by: Geert Uytterhoeven

Re: [PATCH 00/13] Add R8A7794/SILK board eMMC DT support

Hi Sergei, On Wed, Jun 1, 2016 at 12:06 AM, Sergei Shtylyov wrote: >Here's the set of 13 patches against Simon Horman's 'renesas.git' repo, > 'renesas-devel-20160530-v4.7-rc1' tag. We add the device tree support for > the R8A7792-based Blanche board. The

Re: [PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

Yoshihiro Shimoda writes: > I'm afraid but I found a regression of xhci-rcar in v4.7-rc1. > This regression is caused by the following commit: > > commit b1c127ae990bccf0187d741c1695a61e54de1943 > Author: Felipe Balbi > Date: Fri

[PATCH v2 2/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

Since the commit b1c127ae990b ("usb: host: xhci: plat: make use of new methods in xhci_plat_priv") changed the setting timing of xhci->quirks to xhci_rcar_init_quirk(), the quirks was overwritten by xhci_gen_setup(). So, this patch fixes the issue using a "quirks" of struct xhci_plat_priv.

[PATCH v2 1/2] usb: host: xhci: plat: add ->quirks value for platform-specific

This patch adds quirks in struct xhci_plat_priv to set xhci->quirks for platform-specific. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-plat.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhci-plat.h

[PATCH v2 0/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

I'm afraid but I found a regression of xhci-rcar in v4.7-rc1. This regression is caused by the following commit: commit b1c127ae990bccf0187d741c1695a61e54de1943 Author: Felipe Balbi Date: Fri Apr 22 13:17:16 2016 +0300 usb: host: xhci: plat: make use of new

RE: [PATCH 2/2] usb: host: xhci: rcar: fix the quirks setting of XHCI_NO_64BIT_SUPPORT

> From: Yoshihiro Shimoda > Sent: Wednesday, June 01, 2016 11:40 AM > > Since the commit b1c127ae (usb: host: xhci: plat: make use of new methods > in xhci_plat_priv) changed the setting timing of xhci->quirks to Oops, checkpatch.pl said this message should be revised. So, I will submit v2 patch