Re: renesas-drivers-2016-08-23-v4.8-rc3

> I can reproduce this on Lager board now. > If I OFF:ed on SW8 : 4bit (= MD21), kernel boot will be failed. > It happened on both board Even with my recent patch? signature.asc Description: PGP signature

Re: renesas-drivers-2016-08-23-v4.8-rc3

Hi Geert, Wolfram > > Magnus has my previous Lager board, so I can't try it today. > > I think my current board and previous board have different type of chip. > > Magnus will bring me my previous board tomorrow, so I will check it, > > and try your solution. > > The revision doesn't seem to be

[PATCH v3 08/12] arm64: dts: h3ulcb: enable EXTALR clk

This enables EXTALR clock that can be used for the watchdog. Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v3 06/12] arm64: dts: h3ulcb: enable SDHI0

This supports SDHI0 on H3ULCB board SD card slot Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 48 ++ 1 file changed, 48 insertions(+) diff --git

[PATCH v3 07/12] arm64: dts: h3ulcb: enable I2C2

This supports I2C2 bus on H3ULCB board Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH v3 11/12] arm64: dts: h3ulcb: enable USB2.0 Host channel 1

This supports USB2.0 Host channel 1 on H3ULCB board Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v3 12/12] arm64: dts: h3ulcb: Sound SSI support

This supports SSI sound for H3ULCB board. SSI DMA mode used. CS2000 used as AUDIO_CLK_B. Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 115 + 1 file

[PATCH v3 04/12] arm64: dts: h3ulcb: enable EthernetAVB

This supports Ethernet AVB on H3ULCB board Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 32 ++ 1 file changed, 32 insertions(+) diff --git

[PATCH v3 05/12] arm64: dts: h3ulcb: enable GPIO leds

This supports GPIO leds on H3ULCB board Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added arch/arm64/boot/dts/renesas/r8a7795-h3ulcb.dts | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH v3 01/12] dt: arm: shmobile: add H3ULCB board DT bindings

Add H3ULCB Device tree bindings Documentation, listing it as a supported board. Signed-off-by: Vladimir Barinov Acked-by: Rob Herring Reviewed-by: Geert Uytterhoeven --- Changes in version 2: - none Changes in

[PATCH v3 03/12] arm64: dts: h3ulcb: enable SCIF clk and pins

This enables the external crystal for the SCIF_CLK and its pinctrl, to be used by the Baud Rate Generator for External Clock (BRG) on (H)SCIF. Signed-off-by: Vladimir Barinov --- Changes in version 3: - initially added

[PATCH v3 0/12] arm64: renesas: add H3ULCB board

Hello, This adds the folowing: - R8A7795 SoC based H3ULCB low cost board device tree - Document DT bindings Vladimir Barinov (12): [01/12] dt: arm: shmobile: add H3ULCB board DT bindings [02/12] arm64: dts: h3ulcb: initial device tree [03/12] arm64: dts: h3ulcb: enable SCIF clk and pins [04/12]

[PATCH] spi: sh-msiof: Use ARCH_SHMOBILE instead of SUPERH

"spi_sh_msiof" is used on sh7723 and sh7724 only. As all of the above select ARCH_SHMOBILE, restrict its driver dependencies from SUPERH to ARCH_SHMOBILE. Signed-off-by: Geert Uytterhoeven --- drivers/spi/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH] i2c: shmobile: Use ARCH_SHMOBILE instead of SUPERH

"i2c-sh_mobile" is used on sh7343, sh7366, sh7722, sh7723, and sh7724 only. As all of the above select ARCH_SHMOBILE, restrict its driver dependencies from SUPERH to ARCH_SHMOBILE. Signed-off-by: Geert Uytterhoeven --- drivers/i2c/busses/Kconfig | 2 +- 1 file changed,

[PATCH] PCI: rcar: Don't disable/unprepare clocks on prepare/enable failure

If clk_prepare_enable() fails, we must not call clk_disable_unprepare() in the error path. Signed-off-by: Geert Uytterhoeven --- drivers/pci/host/pcie-rcar.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pci/host/pcie-rcar.c

[PATCH] ARM: shmobile: gose: Add da9063 PMIC device node for system restart

Enable i2c6, and add a device node for the da9063 PMIC, with subnodes for rtc and wdt. Regulator support is not yet included. This allows the system to be restarted when the watchdog timer times out, or when a system restart is requested. Signed-off-by: Geert Uytterhoeven

[PATCH] arm64: renesas: r8a7796/salvator-x: Add board part number to DT bindings

Signed-off-by: Geert Uytterhoeven --- Documentation/devicetree/bindings/arm/shmobile.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/arm/shmobile.txt b/Documentation/devicetree/bindings/arm/shmobile.txt index

Re: [PATCH v5 08/11] arm64: r8a7795: Set maximum frequencies for SDHI clocks

On Tue, Aug 30, 2016 at 11:09:56PM +0200, Simon Horman wrote: > Signed-off-by: Simon Horman > --- > v5 > * New patch Huh? There is already 721e9a08aa514c ("arm64: dts: r8a7795: set maximum frequency for SDHI clocks") in renesas/drivers? Why didn't you pick this one?

Re: renesas-drivers-2016-08-23-v4.8-rc3

Hi Wolfram, On Wed, Aug 31, 2016 at 10:07 AM, Wolfram Sang wrote: > Am I recalling correctly that noone of us has access to DA9063 > documentation? Is this still true? Or do we know the differences of the > revisions? Yes. I had completely forgotten I did apply for

Re: renesas-drivers-2016-08-23-v4.8-rc3

> The revision doesn't seem to be printed on the chip package, but it is > identified by the da9063 driver (CONFIG_REGULATOR_DA9063=y). Am I recalling correctly that noone of us has access to DA9063 documentation? Is this still true? Or do we know the differences of the revisions?

Re: [PATCH v5 03/11] mmc: tmio: Add hw reset support

On 30 August 2016 at 23:09, Simon Horman wrote: > From: Ai Kyuse > > Add hw reset support. > > Signed-off-by: Ai Kyuse > Signed-off-by: Simon Horman > --- > This is required by tuning

Re: renesas-drivers-2016-08-23-v4.8-rc3

Hi Morimoto-san, On Wed, Aug 31, 2016 at 8:20 AM, Kuninori Morimoto wrote: >> > I noticed that Lager "ES3.0" board can't boot on this and previous -rc2 >> > branch. >> > In my and Shimoda-san's check, "ES2.0" seems have no problem. >> >> I understand the issue

Re: [PATCH v4 2/4] mmc: tmio: Add tuning support

On 30 August 2016 at 22:51, Simon Horman wrote: > On Mon, Aug 29, 2016 at 04:05:55PM +0200, Ulf Hansson wrote: >> On 29 August 2016 at 14:05, Simon Horman wrote: >> > On Fri, Aug 26, 2016 at 10:01:35AM +0200, Ulf Hansson wrote: >> >> On 25 August 2016 at

Re: [PATCH] ARM: dts: wheat: add SDHI0 support

Hi Sergei, On Wed, Aug 31, 2016 at 12:24 AM, Sergei Shtylyov wrote: > Define the Wheat board dependent part of the SDHI0 (connected to the > micro-SD slot) device node along with the necessary voltage regulator. > > Signed-off-by: Sergei Shtylyov

[PULL REQUEST] renesas/topic/i2c_sdhi_maintenance for renesas drivers

Hi Geert, here is a topic branch for renesas-drivers. Most of the patches I did for this i2c/sdhi maintenance task are already in renesas-drivers, because they came back via linux-next. Only the last three are missing currently, but they are on the way, too. So, this branch will soonish become

Re: [PATCH] ravb: avoid unused function warnings

From: Arnd Bergmann Date: Fri, 26 Aug 2016 17:30:29 +0200 > When CONFIG_PM_SLEEP is disabled, we get a couple of harmless warnings: > > drivers/net/ethernet/renesas/ravb_main.c:2117:12: error: 'ravb_resume' > defined but not used [-Werror=unused-function] >

Re: renesas-drivers-2016-08-23-v4.8-rc3

Hi Wolfram > > I noticed that Lager "ES3.0" board can't boot on this and previous -rc2 > > branch. > > In my and Shimoda-san's check, "ES2.0" seems have no problem. > > I understand the issue now. It is not about ES3.0 vs. ES2.0, it is about > cold-boot vs. warm-boot. I remembered the DA9xxx