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,
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
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
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,
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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]
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
---
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
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
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
> +
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
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
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
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
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
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
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.
>>>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
>
> 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
> ---
> 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
> ---
>
> 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
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
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:
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
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:
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
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
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
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
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
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:
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:
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
>
>
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:
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:
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
---
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
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
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
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
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
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
> .
>
>
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
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
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
---
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
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:
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
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
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
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:
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
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
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
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
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:
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
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
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
>
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
>
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
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 - 100 of 104 matches
Mail list logo