Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

Hi Heiner and Niklas, Le Saturday 14 Apr 2018 à 13:24:20 (+0200), Vincent Guittot a écrit : > Hi Niklas, > > On 13 April 2018 at 00:39, Niklas Söderlund > wrote: > > Hi Vincent, > > > > Thanks for helping trying to figure this out. > > > > On 2018-04-12 15:30:31

Re: [PATCH 0/3] Add R8A77980/Condor PFC support

On 03/09/2018 03:04 PM, Sergei Shtylyov wrote: > Here's the set of 3 patches against Simon Horman's 'renesas.git' repo's > 'renesas-devel-20180308-v4.16-rc4' tag. We're adding the R8A77980 PFC node > and then describing the pins for SCIF0 and EtherAVB devices declared earlier. > These patches

Applied "ASoC: sh: Drop SUPERH platform dependency" to the asoc tree

The patch ASoC: sh: Drop SUPERH platform dependency 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

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

On Fri, Apr 20, 2018 at 9:00 AM, Vincent Guittot wrote: [..] > > Le Saturday 14 Apr 2018 à 13:24:20 (+0200), Vincent Guittot a écrit : >> Hi Niklas, >> >> On 13 April 2018 at 00:39, Niklas Söderlund >> wrote: >> > Hi Vincent, >> > >> >

Re: [PATCH 1/2] arm64: dts: renesas: r8a77980: add MMC support

On 04/20/2018 12:58 PM, Simon Horman wrote: >> Define the generic R8A77980 part of the MMC0 (SDHI2) device node. >> >> Signed-off-by: Sergei Shtylyov >> >> --- >> arch/arm64/boot/dts/renesas/r8a77980.dtsi | 12 >> 1 file changed, 12

Applied "spi: simplify getting .drvdata" to the spi tree

The patch spi: simplify getting .drvdata has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.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 during the

Re: [PATCH 2/2] arm64: dts: renesas: condor: add eMMC support

On 04/20/2018 01:03 PM, Simon Horman wrote: >> Define the Condor board dependent part of the MMC0 (connected to eMMC chip) >> device node along with the necessary voltage regulators... >> >> Signed-off-by: Sergei Shtylyov >> >> --- >>

Applied "ASoC: atmel: simplify getting .drvdata" to the asoc tree

The patch ASoC: atmel: simplify getting .drvdata 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

Re: [PATCH 0/8] arm: renesas: Change platform dependency to ARCH_RENESAS

On Fri, Apr 20, 2018 at 03:28:26PM +0200, Geert Uytterhoeven wrote: > The first 6 patches can be applied independently by subsystem > maintainers. > The last two patches depend on the first 6 patches, and are thus marked > RFC. Would it not make sense to try to apply everything en masse rather

[PATCH v7 11/11] ARM: shmobile: Convert file to use cntvoff

Now that a common function is available for CNTVOFF's initialization, let's convert shmobile-apmu code to use this function. Signed-off-by: Mylène Josserand Reviewed-by: Geert Uytterhoeven Tested-by: Geert Uytterhoeven

[PATCH v7 10/11] ARM: dts: sun8i: Add enable-method for SMP support for the A83T SoC

Add the use of enable-method property for SMP support which allows to handle the SMP support for this specific SoC. This commit adds enable-method properties to all CPU nodes. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 8 1

[PATCH v7 07/11] ARM: sun9i: smp: Rename clusters's power-off

To prepare the support for sun8i-a83t, rename the macro that handles the power-off of clusters because it is different from sun9i-a80 to sun8i-a83t. The power off register for clusters are different from a80 and a83t. Signed-off-by: Mylène Josserand Acked-by:

[PATCH v7 09/11] ARM: sun8i: smp: Add support for A83T

Add the support for A83T. A83T SoC has an additional register than A80 to handle CPU configurations: R_CPUS_CFG. Information about the register comes from Allwinner's BSP driver. An important difference is the Power Off Gating register for clusters which is BIT(4) in case of SUN9I-A80 and BIT(0)

[PATCH v7 05/11] ARM: smp: Add initialization of CNTVOFF

The CNTVOFF register from arch timer is uninitialized. It should be done by the bootloader but it is currently not the case, even for boot CPU because this SoC is booting in secure mode. It leads to an random offset value meaning that each CPU will have a different time, which isn't working very

[PATCH v7 06/11] ARM: sunxi: Add initialization of CNTVOFF

Add the initialization of CNTVOFF for sun8i-a83t. For boot CPU, create a new machine that handles this function's call in an "init_early" callback. We need to initialize CNTVOFF before the arch timer's initialization otherwise, it will not be taken into account and fails to boot correctly.

[PATCH v7 08/11] ARM: sun9i: smp: Add is_a83t field

To prepare the support of sun8i-a83t, add a field in the smp_data structure to know if we are on sun9i-a80 or sun8i-a83t. Add also a global variable to retrieve which architecture we are having. Signed-off-by: Mylène Josserand --- arch/arm/mach-sunxi/mc_smp.c | 4

[PATCH v7 00/11] Sunxi: Add SMP support on A83T

Hello everyone, This is a V7 of my series that adds SMP support for Allwinner sun8i-a83t. Based on sunxi's tree, sunxi/for-next branch. Depends on a patch from Doug Berger that allows to include the "cpu-type" header on assembly files: https://lkml.org/lkml/2018/2/23/1263 (applied on Broadcom's

[PATCH v7 01/11] ARM: sunxi: smp: Move assembly code into a file

Move the assembly code for cluster cache enabling and resuming into an assembly file instead of having it directly in C code. Remove the CFLAGS because we are using the ARM directive "arch" instead. Signed-off-by: Mylène Josserand --- arch/arm/mach-sunxi/Makefile

[PATCH v7 02/11] ARM: dts: sun8i: Add CPUCFG device node for A83T dtsi

As we found in sun9i-a80, CPUCFG is a collection of registers that are mapped to the SoC's signals from each individual processor core and associated peripherals. These registers are used for SMP bringup and CPU hotplugging. Signed-off-by: Mylène Josserand

[PATCH v7 03/11] ARM: dts: sun8i: Add R_CPUCFG device node for the A83T dtsi

The R_CPUCFG is a collection of registers needed for SMP bringup on clusters and cluster's reset. For the moment, documentation about this register is found in Allwinner's code only. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai ---

[PATCH v7 04/11] ARM: dts: sun8i: a83t: Add CCI-400 node

Add CCI-400 node and control-port on CPUs needed by SMP bringup. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 41 +++ 1 file changed, 41 insertions(+) diff

Re: [PATCH v7 00/11] Sunxi: Add SMP support on A83T

Hello, On Fri, 20 Apr 2018 23:10:11 +0200 Mylène Josserand wrote: > Hello everyone, > > This is a V7 of my series that adds SMP support for Allwinner sun8i-a83t. > Based on sunxi's tree, sunxi/for-next branch. > Depends on a patch from Doug Berger that allows to

[PATCH v7 00/11] Sunxi: Add SMP support on A83T

Hello everyone, This is a V7 of my series that adds SMP support for Allwinner sun8i-a83t. Based on sunxi's tree, sunxi/for-next branch. Depends on a patch from Doug Berger that allows to include the "cpu-type" header on assembly files: https://lkml.org/lkml/2018/2/23/1263 (applied on Broadcom's

Re: [PATCH 4/8] sh_eth: Change platform check to CONFIG_ARCH_RENESAS

On 04/20/2018 04:28 PM, Geert Uytterhoeven wrote: > Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") > is CONFIG_ARCH_RENESAS a more appropriate platform check than the legacy > CONFIG_ARCH_SHMOBILE, hence use the former. > > Renesas SuperH SH-Mobile SoCs are still covered

[PATCH 2/4] ARM: dts: r8a77470: Add IRQC support

Describe the IRQC interrupt controller in the R8A77470 device tree. Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/r8a77470.dtsi | 20 1 file changed, 20 insertions(+) diff --git

[PATCH 1/4] ARM: dts: r8a77470: Add SYS-DMAC support

Describe SYS-DMAC0/1 in the R8A77470 device tree. Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/r8a77470.dtsi | 66 + 1 file changed, 66 insertions(+) diff --git

[PATCH 0/4] Add SYS-DMAC, IRQC and SCIF to SoC dtsi

This patch series add support for SYS-DMAC, External interrupt Controller(IRQC) and SCIF wth DMA support to the r8a77470 SoC dtsi This patch series tested against renesas-dev branch tag "renesas-dev-20180420-v4.17-rc1" Biju Das (4): ARM: dts: r8a77470: Add SYS-DMAC support

[PATCH 3/4] ARM: dts: r8a77470: Add SCIF support

Describe SCIF ports in the R8A77470 device tree. Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/r8a77470.dtsi | 69 +++-- 1 file changed, 67 insertions(+), 2 deletions(-)

[PATCH 4/4] ARM: dts: r8a77470: Add SCIF DMA support

Add SCIF DMA support for R8A77470 SoC. Signed-off-by: Biju Das Reviewed-by: Fabrizio Castro --- arch/arm/boot/dts/r8a77470.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm/boot/dts/r8a77470.dtsi

Re: [PATCH v3] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Phil, On Thu, Apr 19, 2018 at 3:03 AM, Phil Edworthy wrote: > Hi Hoan > > On 18 April 2018 08:03 Hoan Tran wrote: >> On Fri, Apr 13, 2018 at 9:47 AM, Phil Edworthy wrote: >> > On 13 April 2018 17:37 Hoan Tran wrote: >> >> On Fri, Apr 13, 2018 at 1:51 AM, Phil

Re: [PATCH 06/61] crypto: simplify getting .drvdata

On Thu, Apr 19, 2018 at 4:05 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested

Re: [PATCH v9 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund

Re: [PATCH v9 2/2] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > output converter. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund

Re: [PATCH 10/61] gpio: simplify getting .drvdata

Hi Wolfram, On 19.4.2018 16:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please

Re: [PATCH v3 0/4] regulator: bd9571mwv: Add support for DDR backup mode

On Fri, 20 Apr 2018, Geert Uytterhoeven wrote: > On Fri, Apr 20, 2018 at 9:49 AM, Lee Jones wrote: > > On Wed, 18 Apr 2018, Geert Uytterhoeven wrote: > >> The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB > >> development boards supports DDR Backup Power, which

Re: [PATCH 40/61] platform: x86: simplify getting .drvdata

> (I'm not sure what you mean by "Please apply individually") Right, that is not very precise. "Individually" as "per subsystem individually". I.e. I don't want to collect tags and push it upstream as one huge pull-request. Thanks! signature.asc Description: PGP signature

Re: [PATCH] mmc: renesas_sdhi_internal_dmac: add R8A77980 to whitelist

Hello! On 4/20/2018 10:08 AM, Ulf Hansson wrote: I've successfully tested eMMC on R8A77980/Condor. R8A77980 has a single SDHI core anyway, so can't be a subject of the known RX DMA errata... Should have been s/of/to/, I think. Lucky you ;) Signed-off-by: Sergei Shtylyov

Re: [PATCH 28/61] mmc: host: simplify getting .drvdata

On 19 April 2018 at 16:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Thanks, applied for next! Kind

Re: [PATCH 55/61] usb: mtu3: simplify getting .drvdata

hi, On Thu, 2018-04-19 at 16:06 +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy.

Re: [PATCH v3 0/4] regulator: bd9571mwv: Add support for DDR backup mode

Hi Lee, On Fri, Apr 20, 2018 at 9:49 AM, Lee Jones wrote: > On Wed, 18 Apr 2018, Geert Uytterhoeven wrote: >> The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB >> development boards supports DDR Backup Power, which means that the DDR >> power rails can be kept

Re: [PATCH v3 2/5] arm64: dts: renesas: r8a77970: add VSPD support

On Thu, Apr 12, 2018 at 10:13:58AM +0200, Jacopo Mondi 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] mmc: renesas_sdhi_internal_dmac: add R8A77980 to whitelist

On 19 April 2018 at 22:09, Wolfram Sang wrote: > On Thu, Apr 19, 2018 at 11:07:44PM +0300, Sergei Shtylyov wrote: >> I've successfully tested eMMC on R8A77980/Condor. R8A77980 has a single >> SDHI core anyway, so can't be a subject of the known RX DMA errata... > > Lucky you

Re: [PATCH 53/61] tty: serial: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply

Re: [PATCH 44/61] rtc: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply

Re: [PATCH v3 0/4] regulator: bd9571mwv: Add support for DDR backup mode

On Wed, 18 Apr 2018, Geert Uytterhoeven wrote: > Hi all, > > The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB > development boards supports DDR Backup Power, which means that the DDR > power rails can be kept powered while the main SoC is powered down. Should this set be

Re: [PATCH 61/61] ASoC: atmel: simplify getting .drvdata

On 19/04/2018 at 16:06, Wolfram Sang wrote: We should get drvdata from struct device directly. Going via platform_device is an unneeded step back and forth. Signed-off-by: Wolfram Sang Acked-by: Nicolas Ferre --- Build tested

Re: [PATCH] sh: mm: Fix unprotected access to struct device

On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote: > As long as it goes for arch/sh, the only user of dma_alloc_coherent() > is platform_resource_setup_memory(), and it has been fixed by this > patch. Great! > > Unfortunately, as Thomas pointed out, there are drivers which calls >

Re: [PATCH v9 0/2] drm: Add Thine THC63LVD1024 LVDS decoder bridge

On 18.04.2018 16:40, Jacopo Mondi wrote: > As I have another series which is based on this one + Eagle board display > support, I'm re-sending this one to fix the small issue I pointed out in my > reply to v8. > > Simon: no changes to Eagle DTS series, so the last one sent is still the good > one.

Re: [PATCH v3 4/5] arm64: dts: renesas: r8a77970: add LVDS support

On Thu, Apr 12, 2018 at 10:14:00AM +0200, Jacopo Mondi wrote: > From: Sergei Shtylyov > > Define the generic R8A77970 part of the LVDS device node. > > Signed-off-by: Sergei Shtylyov Thanks, applied.

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

On Thu, Apr 12, 2018 at 10:13:59AM +0200, Jacopo Mondi 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 59/61] watchdog: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply

Re: [PATCH 46/61] spi: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply

Re: [PATCH 47/61] staging: greybus: simplify getting .drvdata

On Thu, Apr 19, 2018 at 04:06:17PM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Johan Hovold

Re: [PATCH 43/61] pwm: simplify getting .drvdata

On 19/04/2018 at 16:06, Wolfram Sang wrote: We should get drvdata from struct device directly. Going via platform_device is an unneeded step back and forth. Signed-off-by: Wolfram Sang Acked-by: Nicolas Ferre --- Build tested

Re: [PATCH] sh: mm: Fix unprotected access to struct device

On Tue, Apr 17, 2018 at 03:54:07PM +0200, Thomas Petazzoni wrote: > > dma_alloc_coherent(>dev, memsize, _handle, GFP_KERNEL); > > and one to switch to the WARN_ON + if(dev) model. But I don't really > care either way, so: > > Reviewed-by: Thomas Petazzoni Yes,

Re: [PATCH 49/61] staging: nvec: simplify getting .drvdata

Am Donnerstag, 19. April 2018, 16:06:19 CEST schrieb Wolfram Sang: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Marc Dietrich >

Re: [PATCH v3 5/5] arm64: dts: renesas: eagle: Enable HDMI output

On Thu, Apr 12, 2018 at 10:14:01AM +0200, Jacopo Mondi wrote: > Enable HDMI output on Renesas R-Car V3M Eagle board. > > The HDMI ouput is enabled connecting the DU LVDS output to the s/ouput/output/ > transparent LVDS converter THC63LVD1024, and successively routing its > RGB output to the

Re: [PATCH 1/2] arm64: dts: renesas: Add Renesas R8A77990 SoC support

Hi Shimoda-san, On Wed, Apr 11, 2018 at 06:37:41PM +0900, Yoshihiro Shimoda wrote: > This patch adds basic support for the Renesas R-Car E3 (R8A77990) SoC: > - PSCI > - CPU (single) > - Cache controller > - Main clocks and controller > - Interrupt controller > - Timer > - PMU > -

Re: [PATCH] sh: mm: Fix unprotected access to struct device

Hi Christoph, On Fri, Apr 20, 2018 at 10:31 AM, Christoph Hellwig wrote: > On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote: >> As long as it goes for arch/sh, the only user of dma_alloc_coherent() >> is platform_resource_setup_memory(), and it has been fixed by

[PATCH] watchdog: renesas-wdt: Remove R-Car M2-W ES2.x from blacklist

System restart triggered by watchdog time-out works fine on a Koelsch board with R-Car M2-W ES2.0. Signed-off-by: Geert Uytterhoeven --- Thanks to Magnus and Shimoda-san for providing board access! --- drivers/watchdog/renesas_wdt.c | 2 +- 1 file changed, 1

[PATCH v2 1/2] arm64: dts: renesas: Add Renesas R8A77990 SoC support

This patch adds basic support for the Renesas R-Car E3 (R8A77990) SoC: - PSCI - CPU (single) - Cache controller - Main clocks and controller - Interrupt controller - Timer - PMU - Reset controller - Product register - System controller - UART for console Inspried by a patch

[PATCH v2 2/2] arm64: dts: renesas: Add Renesas Ebisu board support

From: Takeshi Kihara Basic support for the Renesas Ebisu board based on R-Car E3: - Memory, - Main crystal, - Serial console, Signed-off-by: Takeshi Kihara [shimoda: rebase and add SPDX-License-Identifier] Signed-off-by:

Re: [PATCH] soc: renesas: r8a77995-sysc: Cleanups

On Wed, Apr 18, 2018 at 04:58:18PM +0200, Geert Uytterhoeven wrote: > Minor cleanup of artefacts caused by deriving from r8a7795-sysc.c: > - Remove unused inclusion of , > - Make r8a77995_areas[] const. > > Signed-off-by: Geert Uytterhoeven Thanks, applied.

Re: [PATCH] arm64: dts: renesas: v3msk: add EtherAVB pins

On 03/14/2018 11:30 PM, Sergei Shtylyov wrote: > Add the (previously omitted) EtherAVB pin data to the V3M Starter Kit > board's device tree. > > Signed-off-by: Sergei Shtylyov > > --- > The patch is against the 'renesas-devel-20180314-v4.16-rc5' tag of

Re: [PATCH 2/2] arm64: dts: renesas: condor: add eMMC support

On Sat, Apr 14, 2018 at 10:28:29PM +0300, Sergei Shtylyov wrote: > Define the Condor board dependent part of the MMC0 (connected to eMMC chip) > device node along with the necessary voltage regulators... > > Signed-off-by: Sergei Shtylyov > > --- >

RE: [PATCH 1/2] arm64: dts: renesas: Add Renesas R8A77990 SoC support

Hi Simon-san, > From: Simon Horman, Sent: Friday, April 20, 2018 6:55 PM > > Hi Shimoda-san, > > On Wed, Apr 11, 2018 at 06:37:41PM +0900, Yoshihiro Shimoda wrote: > > This patch adds basic support for the Renesas R-Car E3 (R8A77990) SoC: > > - PSCI > > - CPU (single) > > - Cache

Re: [PATCH 1/2] arm64: dts: renesas: r8a77980: add MMC support

On Sat, Apr 14, 2018 at 10:27:04PM +0300, Sergei Shtylyov wrote: > Define the generic R8A77980 part of the MMC0 (SDHI2) device node. > > Signed-off-by: Sergei Shtylyov > > --- > arch/arm64/boot/dts/renesas/r8a77980.dtsi | 12 > 1 file changed,

Re: [PATCH v2] arm64: dts: renesas: eagle: add EtherAVB pins

Hello! On 03/14/2018 10:58 PM, Sergei Shtylyov wrote: > Add the (previously omitted) EtherAVB pin data to the Eagle board's > device tree. > > Signed-off-by: Sergei Shtylyov > > --- > The patch is against the 'renesas-devel-20180314-v4.16-rc5' tag of

[PATCH v6 2/3] ARM: dts: r8a7791: Convert to new LVDS DT bindings

The internal LVDS encoder now has DT bindings separate from the DU. Port the device tree over to the new model. Fixes: c6a27fa41fab ("drm: rcar-du: Convert LVDS encoder code to bridge driver") Fixes: bb21803ea440 ("ARM: dts: r8a7791: add soc node") Signed-off-by: Laurent Pinchart

[PATCH v6 1/3] ARM: dts: r8a7790: Convert to new LVDS DT bindings

The internal LVDS encoder now has DT bindings separate from the DU. Port the device tree over to the new model. Fixes: c6a27fa41fab ("drm: rcar-du: Convert LVDS encoder code to bridge driver") Fixes: 4bdb7aa7dcd0 ("ARM: dts: r8a7790: add soc node") Signed-off-by: Laurent Pinchart

[PATCH v6 0/3] R-Car DU: Fix LVDS output on Gen2 boards

Hello, This patch series fixes LVDS output support on the Lager, Koelsh, Porter and Gose boards that broke in v4.17-rc1 due to the combination of the R-Car DU LVDS driver rework and the DT move of all on-SoC peripherals to a /soc node. We could handle the problem in the R-Car DU LVDS DT backward

[PATCH v6 3/3] ARM: dts: r8a7793: Convert to new LVDS DT bindings

The internal LVDS encoder now has DT bindings separate from the DU. Port the device tree over to the new model. Fixes: c6a27fa41fab ("drm: rcar-du: Convert LVDS encoder code to bridge driver") Fixes: bff8f8c2feb7 ("ARM: dts: r8a7793: add soc node") Signed-off-by: Laurent Pinchart

[PATCH v2 2/2] clk: renesas: cpg-mssr: Add support for R-Car E3

Initial support for R-Car E3 (r8a77990), including core and module clocks. Based on the Table 8.2g of "R-Car Series, 3rd Generation User's Manual: Hardware ((Rev. 0.80, Oct 31, 2017) with Manual Errata on Feb. 28, 2018". Inspried by patches by Takeshi Kihara in the BSP. Signed-off-by: Yoshihiro

[PATCH v2 1/2] clk: renesas: Add r8a77990 CPG Core Clock Definitions

From: Takeshi Kihara This patch adds all R-Car E3 Clock Pulse Generator Core Clock Outputs. Note that internal CPG clocks (S0, S1, S2, S3, SDSRC) are not included, as they are used as internal clock sources only, and never referenced from DT. Signed-off-by:

[PATCH v2 0/2] clk: renesas: Add support for R-Car E3

This patch is based on the renesas-devel-20180418-v4.17-rc1 tag of renesas.git. Changes from v1: - Remove POST3's definition in patch 1. Discussed on https://patchwork.kernel.org/patch/10335231/ - Fix typo and some errors in patch 2. - Add Geert-san's Reviewed-by in patch 2. Discussed on

[PATCH v2 0/2] arm64: dts: renesas: Add support for R-Car E3 and Ebisu board

This patch is based on the renesas-devel-20180418-v4.17-rc1 tag of renesas.git. This code doesn't use dt-bindings definitions to avoid dependency. Changes from v1: - Change some nodes places in patch 1. Discussed on https://patchwork.kernel.org/patch/10335237/ Takeshi Kihara (1): arm64:

Re: [PATCH] watchdog: renesas-wdt: Remove R-Car M2-W ES2.x from blacklist

On 04/20/2018 05:20 AM, Geert Uytterhoeven wrote: System restart triggered by watchdog time-out works fine on a Koelsch board with R-Car M2-W ES2.0. Signed-off-by: Geert Uytterhoeven Reviewed-by: Guenter Roeck --- Thanks to Magnus and

[PATCH 1/8] arm: shmobile: Change platform dependency to ARCH_RENESAS

Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") is ARCH_RENESAS a more appropriate platform dependency than the legacy ARCH_SHMOBILE, hence use the former. This will allow to drop ARCH_SHMOBILE on ARM in the near future. Signed-off-by: Geert Uytterhoeven

[PATCH 4/8] sh_eth: Change platform check to CONFIG_ARCH_RENESAS

Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") is CONFIG_ARCH_RENESAS a more appropriate platform check than the legacy CONFIG_ARCH_SHMOBILE, hence use the former. Renesas SuperH SH-Mobile SoCs are still covered by the CONFIG_CPU_SH4 check. This will allow to drop

[PATCH 2/8] dmaengine: shdmac: Change platform check to CONFIG_ARCH_RENESAS

Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") is CONFIG_ARCH_RENESAS a more appropriate platform check than the legacy CONFIG_ARCH_SHMOBILE, hence use the former. Renesas SuperH SH-Mobile SoCs are still covered by the CONFIG_CPU_SH4 check, just like before support for

RE: [PATCH] watchdog: renesas-wdt: Remove R-Car M2-W ES2.x from blacklist

> Subject: [PATCH] watchdog: renesas-wdt: Remove R-Car M2-W ES2.x from blacklist > > System restart triggered by watchdog time-out works fine on a Koelsch > board with R-Car M2-W ES2.0. > > Signed-off-by: Geert Uytterhoeven Acked-by: Fabrizio Castro

[PATCH 6/8] ASoC: sh: Update menu title and platform dependency

Change the menu title to refer to "Renesas SoCs" instead of "SuperH", as both SuperH and ARM SoCs are supported. Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") is ARCH_RENESAS a more appropriate platform dependency for Renesas ARM SoCs than the legacy ARCH_SHMOBILE, hence

[PATCH 0/8] arm: renesas: Change platform dependency to ARCH_RENESAS

Hi all, Commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") started the conversion from ARCH_SHMOBILE to ARCH_RENESAS for Renesas ARM SoCs. This patch series completes the conversion, by: 1. Updating dependencies for drivers that weren't converted yet, 2. Removing the

[PATCH 3/8] [media] v4l: rcar_fdp1: Change platform dependency to ARCH_RENESAS

The Renesas Fine Display Processor driver is used on Renesas R-Car SoCs only. Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") is ARCH_RENESAS a more appropriate platform dependency than the legacy ARCH_SHMOBILE, hence use the former. This will allow to drop ARCH_SHMOBILE

Re: [PATCH 0/8] arm: renesas: Change platform dependency to ARCH_RENESAS

On Fri, Apr 20, 2018 at 3:28 PM, Geert Uytterhoeven wrote: > Hi all, > > Commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") > started the conversion from ARCH_SHMOBILE to ARCH_RENESAS for Renesas > ARM SoCs. This patch series completes the

[PATCH 2/2] ARM: multi_v7_defconfig: Disable CONFIG_FB_SH_MOBILE_MERAM

The last Renesas ARM platform using this driver was removed in commit a521422ea4ae6128 ("ARM: shmobile: mackerel: Remove Legacy C board code"). Signed-off-by: Geert Uytterhoeven --- arch/arm/configs/multi_v7_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 0/2] ARM: shmobile: Disable CONFIG_FB_SH_MOBILE_MERAM

Hi Simon, Magnus, The last Renesas ARM platform using this driver was removed in commit a521422ea4ae6128 ("ARM: shmobile: mackerel: Remove Legacy C board code"), hence CONFIG_FB_SH_MOBILE_MERAM can be disabled. Thanks! Geert Uytterhoeven (2): ARM: shmobile: defconfig: Disable

[PATCH 1/2] ARM: shmobile: defconfig: Disable CONFIG_FB_SH_MOBILE_MERAM

The last Renesas ARM platform using this driver was removed in commit a521422ea4ae6128 ("ARM: shmobile: mackerel: Remove Legacy C board code"). Signed-off-by: Geert Uytterhoeven --- arch/arm/configs/shmobile_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH 0/2] ARM: shmobile: Disable CONFIG_FB_SH_MOBILE_MERAM

Hi Geert, Thank you for the patches. For the whole series, Reviewed-by: Laurent Pinchart On Friday, 20 April 2018 16:15:39 EEST Geert Uytterhoeven wrote: > Hi Simon, Magnus, > > The last Renesas ARM platform using this driver was removed in commit >

[PATCH/RFC 7/8] ARM: shmobile: Remove the ARCH_SHMOBILE Kconfig symbol

All drivers for Renesas ARM SoCs have gained proper ARCH_RENESAS platform dependencies. Hence finish the conversion from ARCH_SHMOBILE to ARCH_RENESAS for Renesas 32-bit ARM SoCs, as started by commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS"). Signed-off-by: Geert Uytterhoeven

[PATCH/RFC 8/8] arm64: renesas: Remove the ARCH_SHMOBILE Kconfig symbol

The Kconfig symbol for Renesas 64-bit ARM SoCs has always been ARCH_RENESAS, with ARCH_SHMOBILE being selected to reuse drivers shared with Renesas 32-bit ARM and/or Renesas SuperH SH-Mobile SoCs. Commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") started the conversion from

[PATCH] video: fbdev: sh_mobile_meram: Drop SUPERH platform dependency

Since commit a521422ea4ae6128 ("ARM: shmobile: mackerel: Remove Legacy C board code"), the only remaining platforms using this driver are SuperH SH-Mobile SoCs (sh7723). As both SUPERH and ARCH_SHMOBILE are set for these platforms, the SUPERH dependency can be dropped. Signed-off-by: Geert

[PATCH] ASoC: sh: Drop SUPERH platform dependency

The SIU sound peripheral is used only on SuperH SH-Mobile platforms. As both SUPERH and ARCH_SHMOBILE are set for these platforms, the SUPERH dependency can be dropped. Signed-off-by: Geert Uytterhoeven --- sound/soc/sh/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH 1/8] arm: shmobile: Change platform dependency to ARCH_RENESAS

On 04/20/2018 04:28 PM, Geert Uytterhoeven wrote: > Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce ARCH_RENESAS") > is ARCH_RENESAS a more appropriate platform dependency than the legacy "ARCH_RENESAS is", no? > ARCH_SHMOBILE, hence use the former. > > This will allow to drop

Re: [PATCH] sh: mm: Fix unprotected access to struct device

On Fri, Apr 20, 2018 at 11:59:13AM +0200, Geert Uytterhoeven wrote: > Hi Christoph, > > On Fri, Apr 20, 2018 at 10:31 AM, Christoph Hellwig > wrote: > > On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote: > >> As long as it goes for arch/sh, the only user of