[PATCH 2/2] arm64: renesas: ulcb: fixup audio_clkout

From: Kuninori Morimoto "audio_clkout" is dummy clock of <_sound 0> to avoid clock loop which invites probe conflct. Thus <_sound 0> and "audio_clkout" should be same value. On commit 2752660a37ae ("arm64: dts: renesas: ulcb: sound clock-frequency needs

[PATCH 1/2] arm64: renesas: salvator-common: fixup audio_clkout

From: Kuninori Morimoto "audio_clkout" is dummy clock of <_sound 0> to avoid clock loop which invites probe conflct. Thus <_sound 0> and "audio_clkout" should be same value. On commit 5e2feac33095 ("arm64: renesas: salvator-common: sound clock-frequency needs

[PATCH 0/2] arm64: renesas: fixup audio_clkout

Hi Simon These are small bug on DT for audio_clkout, but it doesn't have real effect on real board. These are fixup patch for it. Not super serious Kuninori Morimoto (2): arm64: renesas: salvator-common: fixup audio_clkout arm64: renesas: ulcb: fixup audio_clkout

Re: [PATCH/RFC] arm64: dts: renesas: salvator-common: Add BD9571 PMIC

Hi Geert, On Thu, Oct 12, 2017 at 3:56 PM, Geert Uytterhoeven wrote: > Hi Marek, > > On Wed, Oct 11, 2017 at 11:39 PM, Marek Vasut wrote: >> On 10/10/2017 04:58 PM, Geert Uytterhoeven wrote: >>> Add a device node for the ROHM BD9571MWV PMIC, based on

Re: [PATCH] MAINTAINERS: Add git repository to Renesas clock driver section

On 10/04, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- Acked-by: Stephen Boyd I take it this will come through some PR? -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative

[PATCH 1/1] gpio-rcar: use devm_ioremap_resource()

Using devm_ioremap_resource() has several advantages over devm_ioremap(): - it checks the passed resource's validity; - it calls devm_request_mem_region() to check for the resource overlap; - it prints an error message in case of error. We can call devm_ioremap_resource() instead of

[PATCH] gpio-rcar: use devm_ioremap_resource()

Using devm_ioremap_resource() has several advantages over devm_ioremap(): - it checks the passed resource's validity; - it calls devm_request_mem_region() to check for the resource overlap; - it prints an error message in case of error. We can call devm_ioremap_resource() instead of

Re: [PATCH] ravb: Consolidate clock handling

Hello! On 10/12/2017 11:24 AM, Geert Uytterhoeven wrote: The module clock is used for two purposes: - Wake-on-LAN (WoL), which is optional, - gPTP Timer Increment (GTI) configuration, which is mandatory. As the clock is needed for GTI configuration anyway, WoL is always available.

Re: [PATCH] dmaengine: nbpfaxi: Use of_device_get_match_data() helper

On Wed, Oct 04, 2017 at 02:15:23PM +0200, Geert Uytterhoeven wrote: > Use the of_device_get_match_data() helper instead of open coding. > Note that when used with DT, there's always a valid match. Applied, thanks -- ~Vinod

Re: [PATCH] ARM: head-common.S: Clear lr before jumping to start_kernel()

Hi Russell, Nicolas, On Thu, Oct 12, 2017 at 12:23 PM, Russell King - ARM Linux wrote: > On Tue, Oct 10, 2017 at 01:33:25PM -0700, Tony Lindgren wrote: >> * Geert Uytterhoeven [171003 11:32]: >> > On Tue, Oct 3, 2017 at 8:15 PM, Geert Uytterhoeven

Re: [PATCH 09/18] arm64: dts: ulcb-kf: enable USB2 PHY of channel 0

Hi Shimoda-san, On Thu, Oct 12, 2017 at 1:41 PM, Yoshihiro Shimoda wrote: >> From: Vladimir Barinov, Sent: Saturday, October 7, 2017 2:29 AM >> On 06.10.2017 10:15, Geert Uytterhoeven wrote: >> > CC Shimoda-san >> > >> > On Fri, Oct 6, 2017 at 4:38 AM, Vladimir

Re: [PATCH] ravb: Consolidate clock handling

Hi Simon, On Thu, Oct 12, 2017 at 11:55 AM, Simon Horman wrote: > On Thu, Oct 12, 2017 at 10:24:53AM +0200, Geert Uytterhoeven wrote: >> The module clock is used for two purposes: >> - Wake-on-LAN (WoL), which is optional, >> - gPTP Timer Increment (GTI) configuration,

RE: [PATCH 0/4] ARM: dts: Add USB function support

> > Biju Das (4): > > ARM: dts: r8a7743: Add HS-USB device node > > ARM: dts: iwg20d-q7: Enable HS-USB > > ARM: dts: r8a7743: Add USB-DMAC device nodes > > ARM: dts: r8a7743: Enable DMA for HSUSB > > Thanks, applied v1 of patches 1, 3 and 4, and v2 of patch 2. > > In future when reposting

Re: [PATCH] clk: renesas: rz: clk-rz is meant for RZ/A1

On Thu, Oct 12, 2017 at 11:37:48AM +0200, Geert Uytterhoeven wrote: > The RZ family of Renesas SoCs has several different subfamilies (RZ/A, > RZ/G, RZ/N, and RZ/T). Clarify that the renesas,rz-cpg-clocks DT > bindings and clk-rz driver apply to RZ/A1 only. > > Signed-off-by: Geert Uytterhoeven

Re: [PATCH 1/2] ARM: dts: gr-peach: Add ETHER pin group

On Wed, Oct 11, 2017 at 01:50:38PM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Mon, Oct 9, 2017 at 10:48 AM, Jacopo Mondi > wrote: > > Add pin configuration subnode for ETHER pin group. > > Thanks for the update! > BTW, it would be good to have version

Re: [PATCH 0/4] ARM: dts: Add USB function support

On Mon, Oct 09, 2017 at 02:21:17PM +0100, Biju Das wrote: > Hello, > > This series aims to add USB function support for iWave RZ/G1M (R8A7743) board. > This series has been tested against renesas-dev tag 201710109-v4.14-rc4. > > This patch has documentation dependency on below patches > > *

RE: [PATCH 09/18] arm64: dts: ulcb-kf: enable USB2 PHY of channel 0

Hi Geert-san, Vladimir-san, > From: Vladimir Barinov, Sent: Saturday, October 7, 2017 2:29 AM > > Hi Geert, > > On 06.10.2017 10:15, Geert Uytterhoeven wrote: > > Hi Vladimir, > > > > CC Shimoda-san > > > > On Fri, Oct 6, 2017 at 4:38 AM, Vladimir Barinov > >

RE: [PATCH v5 2/4] phy: rcar-gen3-usb2: use enum phy_mode in the role_store()

Hi, > From: Kishon Vijay Abraham I [mailto:kis...@ti.com], Sent: Wednesday, October > 11, 2017 5:28 PM > > Hi, > > On Tuesday 10 October 2017 03:11 PM, Yoshihiro Shimoda wrote: > > This patch modifies the role_store() to use "enum phy_mode" instead > > of the local "bool" for host/device mode

Re: [RFC] mmc: tmio: fix tuning for stubborn cards

On Wed, Oct 11, 2017 at 10:35:37AM +0200, Niklas Söderlund wrote: > Hi Simon, > > On 2017-10-11 09:36:48 +0200, Simon Horman wrote: > > On Wed, Oct 11, 2017 at 02:08:14AM +0200, Niklas Söderlund wrote: > > > The commit 43b0b361b0170030 ("mmc: tmio: always get number of taps") > > > changed the

Re: [PATCH] ARM: head-common.S: Clear lr before jumping to start_kernel()

On Tue, Oct 10, 2017 at 01:33:25PM -0700, Tony Lindgren wrote: > * Geert Uytterhoeven [171003 11:32]: > > On Tue, Oct 3, 2017 at 8:15 PM, Geert Uytterhoeven > > wrote: > > > On Tue, Oct 3, 2017 at 8:11 PM, Geert Uytterhoeven >

Re: [PATCH 0/5] Add USB2.0 Host support

On Mon, Oct 09, 2017 at 02:58:56PM +0100, Biju Das wrote: > Hello, > > This series aims to add USB2.0 Host support on iWave RZ/G1E(r8a7745) based > board. > > This series has been tested against renesas-dev tag 20171009-v4.14-rc4 > > This patch has documentation dependency on below patch > *

Re: [PATCH] ravb: Consolidate clock handling

On Thu, Oct 12, 2017 at 10:24:53AM +0200, Geert Uytterhoeven wrote: > The module clock is used for two purposes: > - Wake-on-LAN (WoL), which is optional, > - gPTP Timer Increment (GTI) configuration, which is mandatory. > > As the clock is needed for GTI configuration anyway, WoL is always >

[PATCH] Input: st1232 - Remove obsolete platform device support

Commit 1fa59bda21c7fa36 ("ARM: shmobile: Remove legacy board code for Armadillo-800 EVA"), removed the last user of st1232_pdata and the "st1232-ts" platform device. All remaining users use DT. Signed-off-by: Geert Uytterhoeven --- drivers/input/touchscreen/st1232.c

[PATCH] clk: renesas: rz: clk-rz is meant for RZ/A1

The RZ family of Renesas SoCs has several different subfamilies (RZ/A, RZ/G, RZ/N, and RZ/T). Clarify that the renesas,rz-cpg-clocks DT bindings and clk-rz driver apply to RZ/A1 only. Signed-off-by: Geert Uytterhoeven --- To be queued in clk-renesas-for-v4.15.

[PATCH 05/13] ARM: dts: r8a7778: Add clock for CA9 CPU core

Improve hardware description by adding a clock property to the device node corresponding to the CA9 CPU core. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7778.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/r8a7778.dtsi

[PATCH 07/13] ARM: dts: r8a7790: Add missing clocks for secondary CA15 CPU cores

Currently only the primary CPU in the CA15 cluster has a clocks property, while the secondary CPU cores are driven by the same clock. Add the missing clocks properties to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7790.dtsi | 3 +++ 1 file

[PATCH 02/13] ARM: dts: r7s72100: Add clock for CA9 CPU core

Improve hardware description by adding a clock property to the device node corresponding to the CA9 CPU core. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r7s72100.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/r7s72100.dtsi

[PATCH 09/13] ARM: dts: r8a7791: Add missing clock for secondary CA15 CPU core

Currently only the primary CPU in the CA15 cluster has a clocks property, while the secondary CPU core is driven by the same clock. Add the missing clocks property to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7791.dtsi | 1 + 1 file changed, 1

[PATCH 03/13] ARM: dts: r8a73a4: Add clock for CA15 CPU0 core

Improve hardware description by adding a clocks property to the device node corresponding to the primary CA15 CPU core, which is for now the only one described. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a73a4.dtsi | 1 + 1 file changed, 1 insertion(+)

[PATCH 00/13] ARM: dts: renesas: Add missing clocks for ARM CPU cores

Hi Simon, Magnus, This series improves DT hardware descriptions for Renesas arm32 SoCs by adding missing clocks properties to the device nodes corresponding to ARM CPU cores. Notes: - This series should have no functional impact, except perhaps on big.LITTLE SoCs, when using a

[PATCH 12/13] ARM: dts: r8a7794: Add missing clock for secondary CA7 CPU core

Currently only the primary CPU in the CA7 cluster has a clocks property, while the secondary CPU core is driven by the same clock. Add the missing clocks property to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7794.dtsi | 1 + 1 file changed, 1

[PATCH 08/13] ARM: dts: r8a7790: Add clocks for CA7 CPU cores

Currently only the CPU cores in the CA15 cluster have clocks properties. Add the missing clocks properties for the CPU cores in the CA7 cluster to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7790.dtsi | 4 1 file changed, 4 insertions(+)

[PATCH 10/13] ARM: dts: r8a7792: Add missing clock for secondary CA15 CPU core

Currently only the primary CPU in the CA15 cluster has a clocks property, while the secondary CPU core is driven by the same clock. Add the missing clocks property to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7792.dtsi | 1 + 1 file changed, 1

[PATCH 06/13] ARM: dts: r8a7779: Add clocks for CA9 CPU cores

Improve hardware description by adding clocks properties to the device nodes corresponding to the CA9 CPU cores. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7779.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/r8a7779.dtsi

[PATCH 11/13] ARM: dts: r8a7793: Add missing clock for secondary CA15 CPU core

Currently only the primary CPU in the CA15 cluster has a clocks property, while the secondary CPU core is driven by the same clock. Add the missing clocks property to fix this. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7793.dtsi | 1 + 1 file changed, 1

[PATCH] arm64: dts: renesas: salvator-common: add dr_mode property for USB2.0 channel 0

Since Salvator-X[S] have a USB2.0 dual-role channel (CN9), this patch adds dr_mode property for USB2.0 channel 0 (EHCI/OHCI and HS-USB) as "otg". Signed-off-by: Yoshihiro Shimoda --- This patch based on the renesas.git / renesas-devel-20171011-v4.14-rc4 tag.

Re: [PATCH/RFC] arm64: dts: renesas: salvator-common: Add BD9571 PMIC

On 10/12/2017 11:15 AM, Geert Uytterhoeven wrote: > Hi Marek, Hi Geert, > On Thu, Oct 12, 2017 at 10:35 AM, Marek Vasut wrote: >> On 10/12/2017 08:56 AM, Geert Uytterhoeven wrote: >>> On Wed, Oct 11, 2017 at 11:39 PM, Marek Vasut wrote: On

Re: [PATCH/RFC] arm64: dts: renesas: salvator-common: Add BD9571 PMIC

Hi Marek, On Thu, Oct 12, 2017 at 10:35 AM, Marek Vasut wrote: > On 10/12/2017 08:56 AM, Geert Uytterhoeven wrote: >> On Wed, Oct 11, 2017 at 11:39 PM, Marek Vasut wrote: >>> On 10/10/2017 04:58 PM, Geert Uytterhoeven wrote: Add a device node

Re: mainline 4.14-rc4: renesas_sdhi_internal_dmac ee100000.sd: swiotlb buffer is full?

On 12.10.2017 10:20, Dirk Behme wrote: On 11.10.2017 15:20, Geert Uytterhoeven wrote: Hi Dirk, On Wed, Oct 11, 2017 at 2:57 PM, Dirk Behme wrote: On 11.10.2017 14:42, Geert Uytterhoeven wrote: On Wed, Oct 11, 2017 at 2:23 PM, Dirk Behme

Re: [PATCH/RFC] arm64: dts: renesas: salvator-common: Add BD9571 PMIC

On 10/12/2017 08:56 AM, Geert Uytterhoeven wrote: > Hi Marek, Hi! > On Wed, Oct 11, 2017 at 11:39 PM, Marek Vasut wrote: >> On 10/10/2017 04:58 PM, Geert Uytterhoeven wrote: >>> Add a device node for the ROHM BD9571MWV PMIC, based on the example in >>> the DT binding

[PATCH] ravb: Consolidate clock handling

The module clock is used for two purposes: - Wake-on-LAN (WoL), which is optional, - gPTP Timer Increment (GTI) configuration, which is mandatory. As the clock is needed for GTI configuration anyway, WoL is always available. Hence remove duplication and repeated obtaining of the clock by

Re: [PATCH 1/2] drivers: firmware: psci: Add psci_is_available()

Hi Jisheng, On Thu, Oct 12, 2017 at 4:58 AM, Jisheng Zhang wrote: > On Wed, 11 Oct 2017 10:03:01 +0200 Geert Uytterhoeven wrote: > >> PSCI support may be disabled at build time (by configuration) or at >> run-time (PSCI firmware not present). While

Re: [PATCH/RFC] arm64: dts: renesas: salvator-common: Add BD9571 PMIC

Hi Marek, On Wed, Oct 11, 2017 at 11:39 PM, Marek Vasut wrote: > On 10/10/2017 04:58 PM, Geert Uytterhoeven wrote: >> Add a device node for the ROHM BD9571MWV PMIC, based on the example in >> the DT binding documentation, but using INTC-EX instead. >> >> Signed-off-by:

[PATCH v6 4/4] phy: rcar-gen3-usb2: add binding for r8a77995

This patch adds binding for r8a77995 (R-Car D3). Since r8a77995 doesn't have dedicated pins (ID, VBUS), this will match against the generic fallback on R-Car D3. For now, this driver doesn't support usb role swap for r8a77995. Signed-off-by: Yoshihiro Shimoda

[PATCH v6 3/4] phy: rcar-gen3-usb2: add SoC-specific parameter for dedicated pins

This patch adds SoC-specific parameter to avoid reading/writing specific registers wrongly if this driver runs on a SoC which doesn't have dedicated pins (e.g. R-Car D3). This patch also changes the value "has_otg" to "has_otg_pins" for slightly easier reading of the code. Signed-off-by:

[PATCH v6 2/4] phy: rcar-gen3-usb2: use enum phy_mode in the role_store()

This patch modifies the role_store() to use "enum phy_mode" instead of the local "bool" for host/device mode selection. Signed-off-by: Yoshihiro Shimoda Reviewed-by: Simon Horman --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 29

[PATCH v6 0/4] phy: rcar-gen3-usb2: add support for r8a77995

This patch set is based on the latest phy.git / next branch (the commit id = 415060b21f318e009d865b4bcbf8f220ebc36964) After this patch set is applied, a usb 2.0 host node that is combined with usb 2.0 peripheral needs 'dr_mode = "otg";' property. Changes from v5: - Add "Reviewed-by:" into

[PATCH v6 1/4] phy: rcar-gen3-usb2: check dr_mode for otg mode

The previous code assumed a channel has otg capability if a channel has interrupt property. But, it is not good because: - Battery charging feature also needs interrupt property. - Some R-Car Gen3 SoCs (e.g. R-Car D3) don't have OTG capability. So, this patch checks whether usb 2.0 host node