Re: [PATCH 0/4] ARM: dts: r7s72100: add soc node

On Mon, Feb 12, 2018 at 04:12:02PM +0100, Geert Uytterhoeven wrote: > Hi Simon, > > On Mon, Feb 12, 2018 at 3:39 PM, Simon Horman > wrote: > > this patchset adds an soc node, moves all nodes for IP blocks with an > > address on the bus to be sub nodes of the soc node,

Re: [PATCH v2 5/5] drm: adv7511: Add support for i2c_new_secondary_device

On Mon, Feb 12, 2018 at 06:11:57PM +, Kieran Bingham wrote: > + adv7511->i2c_packet = i2c_new_secondary_device(i2c, "packet", > + ADV7511_PACKET_I2C_ADDR_DEFAULT); > + if (!adv7511->i2c_packet) { > + ret = -EINVAL; > + goto

[PATCH v13 2/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are connected between the video sources and the video grabbers (VIN). Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas

[PATCH v13 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2

Hi, This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's based on top of the media-tree and are tested on Renesas Salvator-X together with adv7482 and the out-of-tree patches for rcar-vin and to add support for Gen3 VIN. I hope this is the last incarnation of this patch-set,

[PATCH v13 1/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers are located between the video sources (CSI-2 transmitters) and the video grabbers (VIN) on Gen3 of Renesas R-Car SoC. Each CSI-2 device is connected to more than one VIN device which simultaneously can receive video from the

Re: Warning for possible circular locking dependecy on v4.16-rc1

Hi again, On 2018-02-12 21:12:48 +0100, Niklas Söderlund wrote: > Hi Geert, > > When doing some testing on v4.16-rc1 I ran across this warning a couple > of times. I was using the renesas_config from the current master branch > of renesas-drivers at the time. It do not hit every time but in my

[PATCH 1/4] arm64: dts: renesas: r8a77995: add FCPVB node

From: Kieran Bingham The FCPVB handles the interface between the VSPB and memory. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 9 + 1 file changed, 9 insertions(+) diff

[PATCH 4/4] arm64: dts: renesas: r8a77995: add VSPD instances

From: Kieran Bingham The r8a77995 has two VSPDs to handle display pipelines with a DU. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 20 1 file changed, 20

[PATCH 3/4] arm64: dts: renesas: r8a77995: add VSPBS instance

From: Kieran Bingham The r8a77995 has a VSPBS to support image processing such as blending of 2 input images. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 10 ++ 1 file

[PATCH 2/4] arm64: dts: renesas: r8a77995: add FCPVD nodes

From: Kieran Bingham The FCPVD handles the interface between the VSPD and memory. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77995.dtsi | 18 ++ 1 file changed, 18

[PATCH 0/4] arm64: dts: renesas: r8a77995: Add VSP support

From: Kieran Bingham The r8a77995-d3 platform supports 3 VSP instances. One VSPBS can be used as a dual-input image blender, while two VSPD instances can be utilised as part of a display (DU) pipeline. Kieran Bingham (4): arm64: dts: renesas: r8a77995:

[PATCH v3 1/5] dt-bindings: media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v3 0/5] Add support for i2c_new_secondary_device

From: Kieran Bingham Back in 2014, Jean-Michel provided patches [0] to implement a means of describing software defined I2C addresses for devices through the DT nodes. The patch to implement the function "i2c_new_secondary_device()" was integrated, but

[PATCH v3 4/5] media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v3 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

From: Kieran Bingham The r8a7792 Wheat board has two ADV7513 devices sharing a single i2c bus, however in low power mode the ADV7513 will reset it's slave maps to use the hardware defined default addresses. The ADV7511 driver was adapted to allow the two

[PATCH v3 5/5] drm: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v3 2/5] dt-bindings: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH] v4l: subdev: compat: update handling for VIDIOC_SUBDEV_[GS]_ROUTING

Implement compat IOCTL handling for VIDIOC_SUBDEV_G_ROUTING and VIDIOC_SUBDEV_S_ROUTING IOCTLs. Signed-off-by: Niklas Söderlund --- drivers/media/v4l2-core/v4l2-compat-ioctl32.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) Hi Sakari, With

Re: [PATCH v5 13/26] watchdog: renesas_wdt: Add restart handler

On Mon, Feb 12, 2018 at 05:44:22PM +, Fabrizio Castro wrote: > On iWave's boards iwg20d and iwg22d the only way to reboot the system is > by means of the watchdog. > This patch adds a restart handler to rwdt_ops, and also makes sure we > keep its priority to a medium level, in order to not

Re: [PATCH v5 12/26] watchdog: renesas_wdt: Add R-Car Gen2 support

On Mon, Feb 12, 2018 at 05:44:21PM +, Fabrizio Castro wrote: > Due to commits: > * "ARM: shmobile: Add watchdog support", > * "ARM: shmobile: rcar-gen2: Add watchdog support", and > * "soc: renesas: rcar-rst: Enable watchdog as reset trigger for Gen2", > we now have everything we needed for

Warning for possible circular locking dependecy on v4.16-rc1

Hi Geert, When doing some testing on v4.16-rc1 I ran across this warning a couple of times. I was using the renesas_config from the current master branch of renesas-drivers at the time. It do not hit every time but in my limited testing I would say ~50%. [2.634819]

[PATCH] ravb: add support for changing MTU

Allow for chancing the MTU within the limit of the maximum size of a descriptor (2048 bytes). Add the callback to change MTU from user-space and take the configurable MTU into account when configuring the hardware. Signed-off-by: Niklas Söderlund ---

Re: [PATCH v5 12/26] watchdog: renesas_wdt: Add R-Car Gen2 support

On Mon, Feb 12, 2018 at 05:44:21PM +, Fabrizio Castro wrote: > Due to commits: > * "ARM: shmobile: Add watchdog support", > * "ARM: shmobile: rcar-gen2: Add watchdog support", and > * "soc: renesas: rcar-rst: Enable watchdog as reset trigger for Gen2", > we now have everything we needed for

Re: [PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

Hi Lars, Thanks for your review! On 12/02/18 18:24, Lars-Peter Clausen wrote: > On 02/12/2018 07:11 PM, Kieran Bingham wrote: > [...] >> +/* >> + * The adv75xx resets its addresses to defaults during low power power >> + * mode. Because we have two ADV7513 devices on the same bus, we

Re: [PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

On 02/12/2018 07:11 PM, Kieran Bingham wrote: [...] > + /* > + * The adv75xx resets its addresses to defaults during low power power > + * mode. Because we have two ADV7513 devices on the same bus, we must > + * change both of them away from the defaults so that they do not > +

[PATCH v2 2/5] dt-bindings: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

From: Kieran Bingham The r8a7792 Wheat board has two ADV7513 devices sharing a single i2c bus, however in low power mode the ADV7513 will reset it's slave maps to use the hardware defined default addresses. The ADV7511 driver was adapted to allow the two

[PATCH v2 4/5] media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v2 5/5] drm: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v2 1/5] dt-bindings: media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v2 0/5] Add support for i2c_new_secondary_device

From: Kieran Bingham Back in 2014, Jean-Michel provided patches [0] to implement a means of describing software defined I2C addresses for devices through the DT nodes. The patch to implement the function "i2c_new_secondary_device()" was integrated, but

Re: [PATCH 0/3] Add R8A77970/Eagle PFC support

On 01/19/2018 01:48 PM, Kieran Bingham wrote: >>> Here's the set of 3 patches against Simon Horman's 'renesas.git' repo's >>> 'renesas-devel-20171110-v4.14-rc8' tag. We're adding the R8A77970 PFC node >>> and then describing the pins for SCIF0 and EtherAVB devices declared >>> earlier. >>>

RE: [PATCH/RFC 10/11] ARM: dts: alt: Enable watchdog support

> Subject: [PATCH/RFC 10/11] ARM: dts: alt: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 11/11] ARM: dts: silk: Enable watchdog support

> Subject: [PATCH/RFC 11/11] ARM: dts: silk: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 08/11] ARM: dts: wheat: Enable watchdog support

> Subject: [PATCH/RFC 08/11] ARM: dts: wheat: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 09/11] ARM: dts: gose: Enable watchdog support

> Subject: [PATCH/RFC 09/11] ARM: dts: gose: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 07/11] ARM: dts: blanche: Enable watchdog support

> Subject: [PATCH/RFC 07/11] ARM: dts: blanche: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 06/11] ARM: dts: porter: Enable watchdog support

> Subject: [PATCH/RFC 06/11] ARM: dts: porter: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 05/11] ARM: dts: koelsch: Enable watchdog support

> Subject: [PATCH/RFC 05/11] ARM: dts: koelsch: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 04/11] ARM: dts: lager: Enable watchdog support

> Subject: [PATCH/RFC 04/11] ARM: dts: lager: Enable watchdog support > > Enable the watchdog, so the board can be restarted by a watchdog > timeout. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 03/11] ARM: dts: r8a7793: Add RWDT node

> Subject: [PATCH/RFC 03/11] ARM: dts: r8a7793: Add RWDT node > > Add a device node for the Watchdog Timer (WDT) controller on the Renesas > R-Car M2-N (r8a7793) SoC. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > ---

RE: [PATCH/RFC 02/11] ARM: dts: r8a7792: Add RWDT node

> Subject: [PATCH/RFC 02/11] ARM: dts: r8a7792: Add RWDT node > > Add a device node for the Watchdog Timer (WDT) controller on the Renesas > R-Car V2H (r8a7792) SoC. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro > --- >

RE: [PATCH/RFC 01/11] clk: renesas: r8a7792: Add rwdt clock

> Subject: [PATCH/RFC 01/11] clk: renesas: r8a7792: Add rwdt clock > > Add "rwdt" clock to r8a7792_mod_clks. Also, since we may need to access > the watchdog registers at any time, declare the clock as critical. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio

[PATCH v5 25/26] ARM: dts: iwg20m: Add watchdog support to SoM dtsi

This patch enables the watchdog from within the iwg20m SoM dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Reviewed-by: Wolfram Sang

[PATCH v5 16/26] clk: renesas: r8a7745: Add rwdt clock

Add "rwdt" clock to r8a7745_mod_clks. Also, since we may need to access the watchdog registers at any time, declare the clock as critical. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by:

[PATCH v5 26/26] ARM: dts: iwg22m: Add watchdog support to SoM dtsi

This patch enables the watchdog from within the iwg20m SoM dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Reviewed-by: Wolfram Sang

[PATCH v5 18/26] clk: renesas: r8a7791/r8a7793: Add rwdt clock

Add "rwdt" clock to r8a7791_mod_clks. Also, since we may need to access the watchdog registers at any time, declare the clock as critical. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by:

[PATCH v5 21/26] ARM: dts: r8a7745: Add watchdog support to SoC dtsi

This patch adds watchdog support to the r8a7745 SoC dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Acked-by: Wolfram Sang

[PATCH v5 24/26] ARM: dts: r8a7794: Add watchdog support to SoC dtsi

This commit adds watchdog support to the r8a7794 dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Acked-by: Wolfram Sang

[PATCH v5 23/26] ARM: dts: r8a7791: Add watchdog support to SoC dtsi

This commit adds watchdog support to the r8a7791 dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Acked-by: Wolfram Sang

[PATCH v5 20/26] ARM: dts: r8a7743: Add watchdog support to SoC dtsi

This patch adds watchdog support to the r8a7743 SoC dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Acked-by: Wolfram Sang

[PATCH v5 22/26] ARM: dts: r8a7790: Add watchdog support to SoC dtsi

This commit adds watchdog support to the r8a7790 dtsi. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Geert Uytterhoeven Acked-by: Wolfram Sang

[PATCH v5 19/26] clk: renesas: r8a7794: Add rwdt clock

Add "rwdt" clock to r8a7794_mod_clks. Also, since we may need to access the watchdog registers at any time, declare the clock as critical. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by:

[PATCH v5 17/26] clk: renesas: r8a7790: Add rwdt clock

Add "rwdt" clock to r8a7790_mod_clks. Also, since we may need to access the watchdog registers at any time, declare the clock as critical. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by:

[PATCH v5 15/26] clk: renesas: r8a7743: Add rwdt clock

Add "rwdt" clock to r8a7743_mod_clks. Also, since we may need to access the watchdog registers at any time, declare the clock as critical. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by:

[PATCH v5 14/26] ARM: shmobile: defconfig: Enable RENESAS_WDT_GEN

R-Car Gen2 and RZ/G1 platforms come with a watchdog IP, therefore enable its driver by default. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram Reviewed-by: Wolfram Sang

[PATCH v5 13/26] watchdog: renesas_wdt: Add restart handler

On iWave's boards iwg20d and iwg22d the only way to reboot the system is by means of the watchdog. This patch adds a restart handler to rwdt_ops, and also makes sure we keep its priority to a medium level, in order to not override other more effective handlers. Signed-off-by: Fabrizio Castro

[PATCH v5 12/26] watchdog: renesas_wdt: Add R-Car Gen2 support

Due to commits: * "ARM: shmobile: Add watchdog support", * "ARM: shmobile: rcar-gen2: Add watchdog support", and * "soc: renesas: rcar-rst: Enable watchdog as reset trigger for Gen2", we now have everything we needed for the watchdog to work on Gen2 and RZ/G1. This commit adds

[PATCH v5 11/26] dt-bindings: watchdog: renesas-wdt: Add R-Car Gen2 support

This commit documents the compatibility with R-Car Gen2 and RZ/G devices by defining the generic compatible string "renesas,rcar-gen2-wdt". Also, this patch expands the list of SoC-specific compatible strings to include RZ/G and R-Car Gen2 devices. Signed-off-by: Fabrizio Castro

[PATCH v5 09/26] soc: renesas: rcar-rst: Enable watchdog as reset trigger for Gen2

This patch allows for platform specific quirks as some of the SoC need further customization for the watchdog to work properly, like for R-Car Gen2 and for RZ/G. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 10/26] ARM: shmobile: rcar-gen2: Add watchdog support

This patch adds watchdog support by installing shmobile_boot_vector_gen2 to ICRAM1 when enough memory is available, in which case we also keep a copy of MPIDR to complete the reset vector logic. Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 06/26] ARM: dts: r8a7792: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 08/26] ARM: dts: r8a7794: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 07/26] ARM: dts: r8a7793: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 04/26] ARM: dts: r8a7790: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 05/26] ARM: dts: r8a7791: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 03/26] ARM: dts: r8a7745: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 02/26] ARM: dts: r8a7743: Adjust SMP routine size

This patch adjusts the definition of the SMP routine size according to the latest changes made by commit: "ARM: shmobile: Add watchdog support" Signed-off-by: Fabrizio Castro Signed-off-by: Ramesh Shanmugasundaram

[PATCH v5 00/26] Fix watchdog on Renesas R-Car Gen2 and RZ/G1

Dear All, this series has been around for some time as RFC, and it has collected useful comments from the community along the way. The solution proposed by this patch set works for most R-Car Gen2 and RZ/G1 devices, but not all of them. We now know that for some R-Car Gen2 early revisions there

[PATCH v5 01/26] ARM: shmobile: Add watchdog support

On R-Car Gen2 and RZ/G1 platforms, we use the SBAR registers to make non boot CPUs run a routine designed to bring up SMP and deal with hot plug. The value contained in the SBAR registers is not initialized by a WDT triggered reset, which means that after a WDT triggered reset we jump to the SMP

Re: [PATCH/RFT v3] sata_rcar: Reset SATA PHY when Salvator-X board resumes

On Mon, Feb 05, 2018 at 04:18:51AM +0900, Yoshihiro Kaneko wrote: > From: Khiem Nguyen > > Because power of Salvator-X board is cut off in suspend, > it needs to reset SATA PHY state in resume. > Otherwise, SATA partition could not be accessed anymore. > >

Re: [PATCH v2] sh_eth: Remove obsolete explicit clock handling for WoL

From: Geert Uytterhoeven Date: Mon, 12 Feb 2018 14:42:36 +0100 > Currently, if Wake-on-LAN is enabled, the SH-ETH device's module clock > is manually kept running during system suspend, to make sure the device > stays active. > > Since commits 91c719f5ec6671f7 ("soc:

Re: [PATCH v2] ravb: Remove obsolete explicit clock handling for WoL

From: Geert Uytterhoeven Date: Mon, 12 Feb 2018 14:40:00 +0100 > Currently, if Wake-on-LAN is enabled, the EtherAVB device's module clock > is manually kept running during system suspend, to make sure the device > stays active. > > Since commit 91c719f5ec6671f7 ("soc:

[PATCH 5/5] soc: renesas: Use symbols for register offsets for R-Car D3 power areas

Use symbols rather for register offsets for R-Car D3 power areas to improve readability. Also line-wrap at 80 columns for consistency with R-Car H3 and M3-W implementations. This does not have any functional change. Signed-off-by: Simon Horman ---

[PATCH 2/5] soc: renesas: Use symbols for register offsets for R-Car H3 power areas

Use symbols rather for register offsets for R-Car H3 power areas to improve readability. This does not have any functional change. Signed-off-by: Simon Horman --- drivers/soc/renesas/r8a7795-sysc.c | 76 ++ 1 file changed, 44

[PATCH 0/5] soc: renesas: dd symbols for R-Car Gen3 register offsets

Add and use symbols for Gen3 register offsets to improve readability. This has no functional change. Based on renesas-devel-20180212-v4.16-rc1. Simon Horman (5): soc: renesas: Add symbols for R-Car Gen3 register offsets soc: renesas: Use symbols for register offsets for R-Car H3 power

[PATCH 3/5] soc: renesas: Use symbols for register offsets for R-Car M3-W power areas

Use symbols rather for register offsets for R-Car M3-W power areas to improve readability. This does not have any functional change. Signed-off-by: Simon Horman --- drivers/soc/renesas/r8a7796-sysc.c | 56 ++ 1 file changed, 32

[PATCH 1/5] soc: renesas: Add symbols for R-Car Gen3 register offsets

Add symbols for Gen3 register offsets. These may be used to improve readability of users of these offsets. This does not introduce any functional change. Signed-off-by: Simon Horman --- drivers/soc/renesas/rcar-sysc.h | 19 +++ 1 file changed, 19

Re: [PATCH 0/4] ARM: dts: r7s72100: add soc node

Hi Simon, On Mon, Feb 12, 2018 at 3:39 PM, Simon Horman wrote: > this patchset adds an soc node, moves all nodes for IP blocks with an > address on the bus to be sub nodes of the soc node, removes the clock node > and sorts subnodes of the root and soc nodes. > > This

Re: [PATCH v2 3/5] arm64: dts: renesas: r8a77970: add DU support

Hi Sergei, Niklas On 08/02/18 15:47, Niklas Söderlund wrote: > From: Sergei Shtylyov > > Define the generic R8A77970 part of the DU device node. > > Based on the original (and large) patch by Daisuke Matsushita > . > >

Re: [PATCH v3 0/3] renesas: irqchip: Use wakeup_path i.s.o. explicit clock handling

On 12 February 2018 at 14:55, Geert Uytterhoeven wrote: > Hi all, > > If an interrupt controller in a Renesas ARM SoC is part of a Clock > Domain, and it is part of the wakeup path, it must be kept active during > system suspend. > > Currently this is handled in

[PATCH 3/4] ARM: dts: r7s72100: stop grouping clocks under a "clocks" subnode

The current practice is to not group clocks under a "clocks" subnode, but just put them together with the other on-SoC devices. As per updates for R-Car Gen2 SoCs by Geert Uytterhoeven. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r7s72100.dtsi | 104

[PATCH 2/4] ARM: dts: r7s72100: sort subnodes of soc node

Sort the subnodes of the soc node to improve maintainability. The sort key is the address on the bus with instances of the same IP block grouped together and sorted alphabetically. This patch should not introduce any functional change. Signed-off-by: Simon Horman ---

[PATCH 1/4] ARM: dts: r7s72100: add soc node

Add soc node to represent the bus and move all nodes with a base address into this node. This is consistent with handling of R-Car Gen3 and Gen2 SoCs in mainline. It is intended to migrate other Renesas ARM-based SoCs to this scheme. The ordering is derived from simply moving each node with an

[PATCH 0/4] ARM: dts: r7s72100: add soc node

Hi, this patchset adds an soc node, moves all nodes for IP blocks with an address on the bus to be sub nodes of the soc node, removes the clock node and sorts subnodes of the root and soc nodes. This brings the DTS of the r7s72100 in line with that of R-Car Gen 2 SoCs. Simon Horman (4): ARM:

[PATCH 4/4] ARM: dts: r7s72100: sort subnodes of root node

Sort the subnodes of the soc node to improve maintainability. The sort has been done alphabetically with the node name as the key. This patch should not introduce any functional change. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r7s72100.dtsi | 78

Re: [GIT PULL FOR renesas-drivers] vsp1/vga-performance-fix

Hi Kieran, On Fri, Feb 9, 2018 at 5:23 PM, Kieran Bingham wrote: > Please consider including this fix for the VSP1 in renesas-drivers. > > -- > Regards > > Kieran > > The following changes since commit d8a5b80568a9cb66810e75b182018e9edb68e8ff: > > Linux 4.15 (2018-01-28

Re: [PATCH] dt-bindings: pinctrl: sh-pfc: Correct SoC family name for R8A7778

On Wed, Dec 20, 2017 at 9:12 AM, Simon Horman wrote: > On Tue, Dec 19, 2017 at 05:04:56PM +0100, Geert Uytterhoeven wrote: >> R8A7778 is R-Car (not R-Mobile) M1. >> >> Signed-off-by: Geert Uytterhoeven > > Acked-by: Simon Horman

Re: [PATCH] ARM: shmobile: Enable RZA1 pin controller

On Fri, Feb 09, 2018 at 06:34:18PM +0100, Jacopo Mondi wrote: > Enable PINCTRL_RZA1 option in shmobile_defconfig > > Signed-off-by: Jacopo Mondi > --- > Hi Simon, > this fixes the issue you reported on Genmai when applying > shmobile_defconfig. Thanks! Tested-by:

[PATCH v3 2/3] irqchip/renesas-irqc: Use wakeup_path i.s.o. explicit clock handling

Since commit 6f46aedb9c85873b ("irqchip: renesas-irqc: Add wake-up support"), when an IRQ is used for wakeup, the INTC block's module clock is manually kept running during system suspend, to make sure the device stays active. However, this explicit clock handling is merely a workaround for a

[PATCH v3 1/3] irqchip/renesas-intc-irqpin: Use wakeup_path i.s.o. explicit clock handling

Since commit 705bc96c2c15313c ("irqchip: renesas-intc-irqpin: Add minimal runtime PM support"), when an IRQ is used for wakeup, the INTC block's module clock (if exists) is manually kept running during system suspend, to make sure the device stays active. However, this explicit clock handling is

[PATCH v3 3/3] gpio: rcar: Use wakeup_path i.s.o. explicit clock handling

Since commit ab82fa7da4dce5c7 ("gpio: rcar: Prevent module clock disable when wake-up is enabled"), when a GPIO is used for wakeup, the GPIO block's module clock (if exists) is manually kept running during system suspend, to make sure the device stays active. However, this explicit clock handling

[PATCH v3 0/3] renesas: irqchip: Use wakeup_path i.s.o. explicit clock handling

Hi all, If an interrupt controller in a Renesas ARM SoC is part of a Clock Domain, and it is part of the wakeup path, it must be kept active during system suspend. Currently this is handled in all interrupt controller drivers by explicitly increasing the use count of the module clock

[PATCH v2] sh_eth: Remove obsolete explicit clock handling for WoL

Currently, if Wake-on-LAN is enabled, the SH-ETH device's module clock is manually kept running during system suspend, to make sure the device stays active. Since commits 91c719f5ec6671f7 ("soc: renesas: rcar-sysc: Keep wakeup sources active during system suspend") and 744dddcae84441b1 ("clk:

[PATCH v2] ravb: Remove obsolete explicit clock handling for WoL

Currently, if Wake-on-LAN is enabled, the EtherAVB device's module clock is manually kept running during system suspend, to make sure the device stays active. Since commit 91c719f5ec6671f7 ("soc: renesas: rcar-sysc: Keep wakeup sources active during system suspend") , this workaround is no longer

[PATCH] ravb: Remove obsolete explicit clock handling for WoL

Currently, if Wake-on-LAN is enabled, the EtherAVB device's module clock is manually kept running during system suspend, to make sure the device stays active. Since commit 91c719f5ec6671f7 ("soc: renesas: rcar-sysc: Keep wakeup sources active during system suspend") , this workaround is no longer

Re: [PATCH v2 2/5] arm64: dts: renesass: r8a77970: add VSPD support

Hi Niklas, and Sergei, On 08/02/18 15:47, Niklas Söderlund wrote: > From: Sergei Shtylyov > > Describe VSPD0 in the R8A77970 device tree; it will be used by DU in > the next patch... > > Based on the original (and large) patch by Daisuke Matsushita >

Re: [PATCH v2 1/5] arm64: dts: renesass: r8a77970: add FCPVD support

Hi Niklas, and Sergei, On 08/02/18 15:47, Niklas Söderlund wrote: > From: Sergei Shtylyov > > Describe FCPVD0 in the R8A77970 device tree; it will be used by VSPD0 in > the next patch... > > Based on the original (and large) patch by Daisuke Matsushita >

Applied "ASoC: remove rtd->platform checck" to the asoc tree

The patch ASoC: remove rtd->platform checck has been applied to the asoc tree at https://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

Applied "ASoC: bcm: cygnus: replace platform to component" to the asoc tree

The patch ASoC: bcm: cygnus: replace platform to component has been applied to the asoc tree at https://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

  1   2   >