Re: [PATCH 27/31] arm64: dts: renesas: r8a7795: Add usb companion property in EHCI

On Wed, Aug 02, 2017 at 02:20:59PM +0200, Simon Horman wrote: > On Mon, Jul 31, 2017 at 07:40:23PM +0300, Sergei Shtylyov wrote: > > On 07/31/2017 06:03 PM, Simon Horman wrote: > > > > >From: Kazuya Mizuguchi > > > > > >This patch adds the "companion" property in

[PATCH 09/10] arm64: dts: r8a7795: Use R-Car GPIO Gen3 fallback compat string

Use newly added R-Car GPIO Gen3 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7795 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 07/10] ARM: dts: r8a7793: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7793 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 10/10] arm64: dts: r8a7796: Use R-Car GPIO Gen3 fallback compat string

Use newly added R-Car GPIO Gen3 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7796 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 08/10] ARM: dts: r8a7794: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7794 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 3/3] arm64: dts: r8a7795: Use R-Car GPIO Gen3 fallback compat string

Use newly added R-Car GPIO Gen3 fallback compat string in the DT of the r8a7795 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before the fallback compat string is considered. Signed-off-by: Simon Horman ---

[PATCH 06/10] ARM: dts: r8a7792: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7792 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 03/10] ARM: dts: r8a7743: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7743 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 02/10] ARM: dts: r8a7779: Use R-Car GPIO Gen1 fallback compat string

Use newly added R-Car GPIO Gen1 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in DT of r8a7779 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback compat

[PATCH 00/10] ARM, arm64: dts: renesas: Use R-Car GPIO Gen[123] fallback compat strings

Use newly added R-Car GPIO Gen 1, 2 and 3 fallback compat strings in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of Renesas ARM and arm64 based SoCs. This should have no run-time effect as the driver matches against the per-SoC compat string before

[PATCH 04/10] ARM: dts: r8a7790: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7790 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH 05/10] ARM: dts: r8a7791: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in place of now deprecated non-generation specific R-Car GPIO fallback compat string in the DT of the r8a7791 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback

[PATCH] arm64: dts: renesas: r8a7795: correct whitespace of companion property

Fixes: 4dad6dcdae7b ("arm64: dts: renesas: r8a7795: add usb2.0 host ch3 device nodes") Fixes: 1c422b4c501e ("arm64: dts: renesas: r8a7795: Add usb companion property in EHCI") Signed-off-by: Simon Horman --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 8 1

[PATCH 1/3] ARM: dts: r8a7790: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in the DT of the r8a7790 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before the fallback compat string is considered. Signed-off-by: Simon Horman ---

[PATCH 0/3] ARM, arm64: dts: renesas: Use R-Car SATA Gen[23] fallback compat strings

Use newly added R-Car SATA Gen 2 and 3 fallback compat strings. This should have no run-time effect as the driver matches against the per-SoC compat string before considering the fallback compat string. Based on renesas-devel-20170807-v4.13-rc4 Simon Horman (3): ARM: dts: r8a7790: Use R-Car

[PATCH 2/3] ARM: dts: r8a7791: Use R-Car GPIO Gen2 fallback compat string

Use newly added R-Car GPIO Gen2 fallback compat string in the DT of the r8a7791 SoC. This should have no run-time effect as the driver matches against the per-SoC compat string before the fallback compat string is considered. Signed-off-by: Simon Horman ---

[PATCH] ASoC: rsnd: remove 16ch support for now

From: Kuninori Morimoto R-Car Gen3 sound device can use TDM 16ch, but its usage is very limited. It is not yet supported. Let's remove unexpected/unsupported channel settings for now. This patch makes xx_ADINR register settings sanity without runtime check.

[PATCH] ASoC: rsnd: avoid duplicate free_irq()

From: Kuninori Morimoto commit 1f8754d4daea5f ("ASoC: rsnd: don't call free_irq() on Parent SSI") fixed Parent SSI duplicate free_irq(). But on Renesas Sound, not only Parent SSI but also Multi SSI have same issue. This patch avoid duplicate free_irq() if it

[PATCH 2/2] ARM: dts: r8a7743: Add IIC cores to dtsi

Signed-off-by: Biju Das --- This patch has been tested against Linux-next tag 20170727 and renesas-dev branch. This patch depends on https://www.spinics.net/lists/arm-kernel/msg599220.html arch/arm/boot/dts/r8a7743.dtsi | 55 ++

[PATCH 1/2] dt-bindings: i2c: sh_mobile: Document r8a7743/5 support

Document i2c Device Tree support for RZ/G1[ME] (also known as r8a774[35]) SoCs. They are compatible with R-Car Gen2 SoC family. No driver change is required as the initialisation sequence is currently the same as for the R-Car Gen2 fallback binding. Signed-off-by: Biju Das

Re: [PATCH 00/10] ARM, arm64: dts: renesas: Use R-Car GPIO Gen[123] fallback compat strings

Hi Simon, On Tue, Aug 8, 2017 at 5:39 PM, Simon Horman wrote: > Use newly added R-Car GPIO Gen 1, 2 and 3 fallback compat strings in place > of now deprecated non-generation specific R-Car GPIO fallback compat string > in the DT of Renesas ARM and arm64 based SoCs. >

[PATCH 0/3] Add SMP support

This series aims to add SMP support for r8a7743 SoC. This series has been tested against Linux-next tag 20170727 and renesas-dev branch. Biju Das (3): dt-bindings: apmu: Document r8a7743 support ARM: dts: r8a7743: Add APMU node and second CPU core ARM: dts: r8a7743: Add OPP table for

[PATCH 2/3] ARM: dts: r8a7743: Add APMU node and second CPU core

Add DT nodes for the Advanced Power Management Unit (APMU) and the second CPU core. Use the enable-method to point out that the APMU should be used for SMP support. Signed-off-by: Biju Das --- arch/arm/boot/dts/r8a7743.dtsi | 16 1 file changed, 16

[PATCH 1/3] dt-bindings: apmu: Document r8a7743 support

Document APMU and SMP enable method for RZ/G1M (also known as r8a7743) SoC. Signed-off-by: Biju Das --- Documentation/devicetree/bindings/power/renesas,apmu.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 3/3] ARM: dts: r8a7743: Add OPP table for frequency scaling

Add needed information inside CPU0 for the generic cpufreq-cpu0 driver. - clock-latency = 300 us Approximate worst-case latency to do clock transition for every OPPs. Using an arbitrary safe value similar to r8a7791(R-Car M2) Soc. - operating-points = < kHz - uV > List of 6 operating points. All

Re: [RFT] arm64: dts: renesas: salvator-common: enable SDR104 for SD cards

> As it is an "RFT" I'm happy to apply it if you repost > it or otherwise indicate that is what you would like to happen. As discussed in a chat, I tried SDR104 with my SDIO WiFi cards: H3: - one slot worked flawlessly - one slot could load FW but failed to read status (with SDR50: both slots

[PATCH 2/2] ARM: dts: r8a7743: Add I2C DT support

Add the I2C[0-5] devices to the r8a7743 device tree. Signed-off-by: Biju Das --- This patch has been tested against Linux-next tag 20170727 and renesas-dev branch. This patch depends on https://www.mail-archive.com/linux-renesas-soc@vger.kernel.org/msg17008.html

Re: [PATCH 3/3] arm64: dts: r8a7795: Use R-Car GPIO Gen3 fallback compat string

Hi Simon, On Tue, Aug 8, 2017 at 5:54 PM, Simon Horman wrote: > Use newly added R-Car GPIO Gen3 fallback compat string > in the DT of the r8a7795 SoC. > > This should have no run-time effect as the driver matches against > the per-SoC compat string before the fallback

Re: [PATCH 1/2] dt-bindings: i2c: Document r8a7743/5 support

On Tue, Aug 08, 2017 at 12:20:31PM +0100, Biju Das wrote: > Document i2c Device Tree support for RZ/G1[ME] > (also known as r8aA774[35]) SoCs. They are compatible with > R-Car Gen2 SoC family. > > Signed-off-by: Biju Das Looks good to me, yet I'd like an ack from Simon

Re: [PATCH 5/8] drm: Nuke drm_atomic_helper_plane_set_property

On 07/25/2017 10:01 AM, Daniel Vetter wrote: > It's dead code, the core handles all this directly now. This also > allows us to unexport drm_atomic_helper_plane_set_property. > > Signed-off-by: Daniel Vetter [...] > drivers/gpu/drm/sti/sti_cursor.c|

Applied "ASoC: rsnd: rsnd_ssi_can_output_clk() macro" to the asoc tree

The patch ASoC: rsnd: rsnd_ssi_can_output_clk() macro has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: rsnd: move rsnd_ssi_config_init() execute condition into it." to the asoc tree

The patch ASoC: rsnd: move rsnd_ssi_config_init() execute condition into it. has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "ASoC: rsnd: control SSICR::EN correctly" to the asoc tree

The patch ASoC: rsnd: control SSICR::EN correctly has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

[PATCH 1/2] dt-bindings: i2c: Document r8a7743/5 support

Document i2c Device Tree support for RZ/G1[ME] (also known as r8aA774[35]) SoCs. They are compatible with R-Car Gen2 SoC family. Signed-off-by: Biju Das --- Documentation/devicetree/bindings/i2c/i2c-rcar.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[PATCH 0/2] Add BQ32000 RTC support for iWave RZ/G1M board

This series aims to add BQ32000 RTC support for iWave RZ/G1M board. This series has been tested against Linux-next tag 20170727 and renesas-dev branch. This patch series depends on https://www.spinics.net/lists/arm-kernel/msg599220.html Biju Das (2): ARM: dts: iwg20d-q7: Add RTC support

[PATCH 1/2] ARM: dts: iwg20d-q7: Add RTC support

Define the iWave RainboW-G20D-Qseven board dependent part of the RTC device node. Signed-off-by: Biju Das --- arch/arm/boot/dts/r8a7743-iwg20d-q7.dts | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/r8a7743-iwg20d-q7.dts

[PATCH 2/2] ARM: shmobile: Enable BQ32000 rtc in shmobile_defconfig

The iWave RZ/G1M Q7 SOM supports RTC (TI BQ32000). To increase hardware support enable the driver in the shmobile_defconfig multiplatform configuration. Signed-off-by: Biju Das --- arch/arm/configs/shmobile_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

RE: [PATCH 0/2] ARM: shmobile: document iWave's iW-RainboW-G22D-SODIMM RZ/G1E SODIMM development platform

+ linux-renesas-soc > From: Fabrizio Castro [mailto:fabrizio.cas...@bp.renesas.com] > Sent: 08 August 2017 13:28 > To: robh...@kernel.org; mark.rutl...@arm.com > > Hello, > > This series aims to add the documentation for the device tree bindings of the > iWave iW-RainboW-G22D-SODIMM RZ/G1E

RE: [PATCH 2/2] ARM: shmobile: document iW-RainboW-G22D SODIMM SOM Development Platform

+ linux-renesas-soc > From: Fabrizio Castro [mailto:fabrizio.cas...@bp.renesas.com] > Sent: 08 August 2017 13:28 > > Document the iW-RainboW-G22D device tree bindings. > It is just a placeholder for the time being, the actual implementation is not > available yet. > > Signed-off-by: Fabrizio

Re: [PATCH 01/15] ARM: assembler: introduce adr_l, ldr_l and str_l macros

On Tue, 8 Aug 2017, Ard Biesheuvel wrote: > On 8 August 2017 at 16:10, Nicolas Pitre wrote: > > On Sat, 5 Aug 2017, Ard Biesheuvel wrote: > > > >> Like arm64, ARM supports position independent code sequences that > >> produce symbol references with a greater reach than

Re: [PATCH 01/15] ARM: assembler: introduce adr_l, ldr_l and str_l macros

On 8 August 2017 at 16:10, Nicolas Pitre wrote: > On Sat, 5 Aug 2017, Ard Biesheuvel wrote: > >> Like arm64, ARM supports position independent code sequences that >> produce symbol references with a greater reach than the ordinary >> adr/ldr instructions. >> >>

Re: [PATCH 01/15] ARM: assembler: introduce adr_l, ldr_l and str_l macros

On Sat, 5 Aug 2017, Ard Biesheuvel wrote: > Like arm64, ARM supports position independent code sequences that > produce symbol references with a greater reach than the ordinary > adr/ldr instructions. > > Currently, we use open coded instruction sequences involving literals > and arithmetic