Hi Geert-san,
> From: Yoshihiro Shimoda, Sent: Thursday, May 31, 2018 6:12 PM
>
> Hi Geert-san, Wolfram-san,
>
> > From: Geert Uytterhoeven, Sent: Thursday, May 31, 2018 5:45 PM
> >
> > Hi Shimoda-san,
> >
> > On Wed, May 30, 2018 at 10:35 AM, Yoshihiro Shimoda
> > wrote:
> > >> From: Wolfram
Hi Geert-san,
> From: Behalf Of Geert Uytterhoeven, Sent: Wednesday, June 6, 2018 5:58 PM
>
> Hi Simon,
>
> On Wed, Jun 6, 2018 at 10:52 AM, Simon Horman wrote:
> > On Tue, Jun 05, 2018 at 05:05:15PM +0200, Geert Uytterhoeven wrote:
> > This looks fine to me but I will wait to see if there
From: Masaharu Hayakawa
SD / MMC did not operate properly when suspend transition failed.
Because the SCC was not reset at resume, issue of the command failed.
Changed tmio_mmc_reset() to tmio_mmc_hw_reset() in order to add reset
of SCC to tmio_mmc_host_runtime_resume().
On runtime power
Avoid having to use forward declaration when in a later patch fixing the
reset operation by moving tmio_mmc_hw_reset() earlier in the source
file. No functional change in this change.
Signed-off-by: Niklas Söderlund
---
drivers/mmc/host/tmio_mmc_core.c | 16
1 file changed, 8
From: Masaharu Hayakawa
The initial value of the interrupt mask register may be different from
the H/W manual at the startup of the kernel by setting of initial program.
Since the error interrupts may be unmasked, the driver sets initial value.
Signed-off-by: Masaharu Hayakawa
Signed-off-by:
Hi,
While looking at the Renesas BSP kernel I found patches which improves
the state of the hardware at probe and after runtime resume. This is
tested on R-Car H3 ES2.
Patch 1/3 ensures the IRQ mask have the default value according the
datasheet (Rev 0.15) in case the bootloader have changed
From: Masaharu Hayakawa
SDR104 and HS200 need to check SCC error. If SCC error is detected,
retuning is necessary.
In addition SCC error checking during retuning is unnecessary.
Signed-off-by: Masaharu Hayakawa
[Niklas: fix small style issue]
Signed-off-by: Niklas Söderlund
---
From: Masaharu Hayakawa
When the result of tuning was different between the first set and the
second set, there was a case where the wrong sampling clock position was
selected. As a countermeasure, make the two results the same.
Signed-off-by: Masaharu Hayakawa
[Niklas: update commit message]
From: Masaharu Hayakawa
SDR104 and HS200 need to check for SCC error. If SCC error is detected,
retuning is necessary.
Signed-off-by: Masaharu Hayakawa
[Niklas: update commit message]
Signed-off-by: Niklas Söderlund
---
drivers/mmc/host/tmio_mmc_core.c | 4 ++--
1 file changed, 2
From: Masaharu Hayakawa
If the return value of mmc_send_tuning() is error other than -EILSEQ,
the tuning fails and process goes out of for_loop. The correct
processing is to judge their TAP as not good (NG) and continue.
Signed-off-by: Masaharu Hayakawa
[Niklas: update commit message]
Hi,
Tuning failed on my R-Car H3 ES2.0 board using latest mmc/next while the
Renesas BSP kernel worked. After some digging I found patches in the BSP
which remedied this and whit these applied tuning now works for me.
I have done small fixes, updated commit messages and rebased on latest
Define the generic R8A77980 part of the LVDS device node.
Signed-off-by: Sergei Shtylyov
---
arch/arm64/boot/dts/renesas/r8a77980.dtsi | 29 +
1 file changed, 29 insertions(+)
Index: renesas/arch/arm64/boot/dts/renesas/r8a77980.dtsi
Define the generic R8A77980 part of the DU device node.
Based on the original (and large) patch by Vladimir Barinov.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm64/boot/dts/renesas/r8a77980.dtsi | 30 ++
1 file changed, 30
Describe VSPD0 in the R8A77980 device tree; it will be used by DU in
the next patch...
Based on the original (and large) patch by Vladimir Barinov.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm64/boot/dts/renesas/r8a77980.dtsi | 10 ++
1 file changed,
Describe FCPVD0 in the R8A77980 device tree; it will be used by VSPD0 in
the next patch...
Based on the original (and large) patch by Vladimir Barinov.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm64/boot/dts/renesas/r8a77980.dtsi |8
1 file
Hello!
Reposting with the correct subject... Sorry! :-]
Here's the set of 5 patches against Simon Horman's 'renesas.git' repo's
'renesas-devel-20180604-v4.17-rc7' tag. We're adding the R8A77980 FCPVD/VSPD/
DU/LVDS device nodes and then describing the LVDS decoder and HDMI encoder
connected to
Hello!
Here's the set of 5 patches against Simon Horman's 'renesas.git' repo's
'renesas-devel-20180604-v4.17-rc7' tag. We're adding the R8A77980 FCPVD/VSPD/
DU/LVDS device nodes and then describing the LVDS decoder and HDMI encoder
connected to the LVDS output. These patches depend on the Thine
SoC.
>>
>> No driver update is needed.
>>
>> Signed-off-by: Masaharu Hayakawa
>> Signed-off-by: Geert Uytterhoeven
>
> This refuses to apply for me. What tree is it based on ?
Yesterday's next.
Still applies fine against next-20180606, which includes watchdog next
On Tue, Jun 05, 2018 at 07:18:33PM +0200, Geert Uytterhoeven wrote:
> From: Masaharu Hayakawa
>
> Document support for the Watchdog Timer (WDT) Controller in the Renesas
> R-Car E3 (R8A77990) SoC.
>
> No driver update is needed.
>
> Signed-off-by: Masaharu Hayakawa
> Signed-off-by: Geert
On Tue, Jun 05, 2018 at 07:18:33PM +0200, Geert Uytterhoeven wrote:
> From: Masaharu Hayakawa
>
> Document support for the Watchdog Timer (WDT) Controller in the Renesas
> R-Car E3 (R8A77990) SoC.
>
> No driver update is needed.
>
> Signed-off-by: Masaharu Hayakawa
> Signed-off-by: Geert
> All other (non-VC5/6) devices on i2c4 currently described in DT are
> described in salvator-common.dtsi.
Yes, exactly, non-VC5/6. Now imagine we need to reduce the freq because
of a HW bug in only one of them...
But all fine with me. You can send a fixup patch if you want and add my
ack.
Hi Wolfram,
On Wed, Jun 6, 2018 at 3:41 PM, Wolfram Sang wrote:
>> > arch/arm64/boot/dts/renesas/salvator-x.dtsi | 2 ++
>> > arch/arm64/boot/dts/renesas/salvator-xs.dtsi | 2 ++
>>
>> Any reason this cannot be added to salvator-common.dtsi instead?
>
> It could be. For clarity, I wanted to
> > arch/arm64/boot/dts/renesas/salvator-x.dtsi | 2 ++
> > arch/arm64/boot/dts/renesas/salvator-xs.dtsi | 2 ++
>
> Any reason this cannot be added to salvator-common.dtsi instead?
It could be. For clarity, I wanted to place this attribute to the
highest level and not somewhere inbetween.
On Wed, May 16, 2018 at 3:06 PM, Ulrich Hecht
wrote:
> From: Hiroyuki Yokoyama
>
> Renesas R-Car E3 (R8A77990) SoC also has the R-Car gen2/3 compatible DMA
> controllers, so document the SoC specific binding.
>
> Signed-off-by: Hiroyuki Yokoyama
> Signed-off-by: Ulrich Hecht
Reviewed-by:
Hi Wolfram,
On Mon, May 28, 2018 at 9:29 PM, Wolfram Sang
wrote:
> From: Takeshi Kihara
>
> Any of the following devices connected to I2C ch4 of the Salvator-X(S)
> boards will operate at 400 kHz:
>
> PCA9654, 9FGV0841, ADV7482WBBCZ, MAX9611, 5P49V5923, 5P49V6901A
>
> This patch updates the
This patch adds USB2.0 PHY and Host(EHCI/OHCI) nodes and
enables them for R-Car E3 Ebisu board.
Signed-off-by: Yoshihiro Shimoda
---
This patch set is based on renesas-drivers.git /
renesas-drivers-2018-06-05-v4.17 tag.
Changes from v1:
- Squash 4 patches into a single patch.
Hi Simon-san,
> From: Simon Horman, Sent: Wednesday, June 6, 2018 6:16 PM
>
> On Wed, Jun 06, 2018 at 03:56:07PM +0900, Yoshihiro Shimoda wrote:
> > This patch set is based on renesas-drivers.git /
> > renesas-drivers-2018-06-05-v4.17 tag.
> >
> > About dt-bindings of
Hi Russell,
On Wed, Jun 6, 2018 at 11:27 AM, Russell King - ARM Linux
wrote:
> On Wed, Jun 06, 2018 at 11:22:41AM +0200, Geert Uytterhoeven wrote:
>> On Wed, Jun 6, 2018 at 11:09 AM, Russell King - ARM Linux
>> wrote:
>> >> Fixes: cad160ed0a94927e ("ARM: shmobile: Convert file to use cntvoff")
On Wed, Jun 06, 2018 at 11:22:41AM +0200, Geert Uytterhoeven wrote:
> Hi Russell,
>
> On Wed, Jun 6, 2018 at 11:09 AM, Russell King - ARM Linux
> wrote:
> >> Fixes: cad160ed0a94927e ("ARM: shmobile: Convert file to use cntvoff")
> >> Signed-off-by: Geert Uytterhoeven
> >
> > This doesn't look
If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
arch/arm/mach-shmobile/setup-rcar-gen2.o: In function
`rcar_gen2_timer_init':
setup-rcar-gen2.c:(.init.text+0x30): undefined reference to
`secure_cntvoff_init'
Indeed, on R-Car Gen2 SoCs, secure_cntvoff_init() is not only
Hi Russell,
On Wed, Jun 6, 2018 at 11:09 AM, Russell King - ARM Linux
wrote:
> On Wed, Jun 06, 2018 at 10:52:34AM +0200, Geert Uytterhoeven wrote:
>> If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
>>
>> arch/arm/mach-shmobile/setup-rcar-gen2.o: In function
>>
On Wed, Jun 06, 2018 at 03:56:07PM +0900, Yoshihiro Shimoda wrote:
> This patch set is based on renesas-drivers.git /
> renesas-drivers-2018-06-05-v4.17 tag.
>
> About dt-bindings of "renesas,usb2-phy-r8a77990", I submitted a patch:
> https://patchwork.kernel.org/patch/10449723/
>
> But, the
On Wed, Jun 06, 2018 at 10:52:34AM +0200, Geert Uytterhoeven wrote:
> If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
>
> arch/arm/mach-shmobile/setup-rcar-gen2.o: In function
> `rcar_gen2_timer_init':
> setup-rcar-gen2.c:(.init.text+0x30): undefined reference to
>
On Fri, Jun 1, 2018 at 10:44 PM, Sergei Shtylyov
wrote:
> Describe all 6 GPIO controllers in the R8A77980 device tree.
>
> Based on the original (and large) patch by Vladimir Barinov.
>
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
On Tue, Jun 05, 2018 at 07:20:34PM +0200, Geert Uytterhoeven wrote:
> From: Takeshi Kihara
>
> Add a device node for the Watchdog Timer (WDT) controller on the
> R8A77990 SoC, and enable the watchdog on the Ebisu board.
>
> Signed-off-by: Takeshi Kihara
> [geert: Squashed 2 commits]
>
On Wed, Jun 06, 2018 at 10:52:34AM +0200, Geert Uytterhoeven wrote:
> If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
>
> arch/arm/mach-shmobile/setup-rcar-gen2.o: In function
> `rcar_gen2_timer_init':
> setup-rcar-gen2.c:(.init.text+0x30): undefined reference to
>
Hi Simon,
On Wed, Jun 6, 2018 at 10:52 AM, Simon Horman wrote:
> On Tue, Jun 05, 2018 at 05:05:15PM +0200, Geert Uytterhoeven wrote:
>> The quirk for R-Car E3 ES1.0 added in commit 086b399965a7ee7e ("soc:
>> renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}") makes the 3DG-A
>> PM domain a
If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
arch/arm/mach-shmobile/setup-rcar-gen2.o: In function
`rcar_gen2_timer_init':
setup-rcar-gen2.c:(.init.text+0x30): undefined reference to
`secure_cntvoff_init'
Indeed, on R-Car Gen2 SoCs, secure_cntvoff_init() is not only
On Tue, Jun 05, 2018 at 05:05:15PM +0200, Geert Uytterhoeven wrote:
> The quirk for R-Car E3 ES1.0 added in commit 086b399965a7ee7e ("soc:
> renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}") makes the 3DG-A
> PM domain a subdomain of the 3DG-B PM domain. However, registering
> 3DG-A with its
On Tue, Jun 05, 2018 at 12:51:04PM +0300, Laurent Pinchart wrote:
> Hello,
>
> This small patch series contains the last two remaining patches from
> "[PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver". Apart from
> the individual SoC patches being squashed together as requested by
On Fri, Jun 1, 2018 at 10:47 PM, Sergei Shtylyov
wrote:
> Specify GEther PHY IRQ in the V3H Starter Kit board's device tree, now
> that we have the GPIO support (previously phylib had to resort to polling).
>
> Based on the original (and large) patch by Vladimir Barinov.
>
> Signed-off-by:
On Thu, May 10, 2018 at 8:12 PM, Sergei Shtylyov
wrote:
> Add the initial device tree for the V3H Starter Kit board.
> The board has 1 debug serial port (SCIF0); include support for it,
> so that the serial console can work.
>
> Based on the original (and large) patch by Vladimir Barinov.
>
>
Hi Sergei,
On Mon, May 28, 2018 at 10:14 PM, Sergei Shtylyov
wrote:
> Define the Condor board dependent part of the I2C0 device node.
>
> The I2C0 bus is populated by 2 ON Semiconductor PCA9654 I/O expanders
> and Analog Devices ADV7511W HDMI transmitter (but we're only describing
> the former
This patch enables usb2_phy0 for r8a77990 Ebisu board.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm64/boot/dts/renesas/r8a77990-ebisu.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77990-ebisu.dts
This patch enables USB2.0 host (EHCI/OHCI) for r8a77990 Ebisu board.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm64/boot/dts/renesas/r8a77990-ebisu.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77990-ebisu.dts
This patch adds USB2.0 phy device node for r8a77990.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm64/boot/dts/renesas/r8a77990.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77990.dtsi
b/arch/arm64/boot/dts/renesas/r8a77990.dtsi
index
This patch set is based on renesas-drivers.git /
renesas-drivers-2018-06-05-v4.17 tag.
About dt-bindings of "renesas,usb2-phy-r8a77990", I submitted a patch:
https://patchwork.kernel.org/patch/10449723/
But, the phy-rcar-gen3-usb2 driver works on the board without the bindings
because
This patch set is based on renesas-drivers.git /
renesas-drivers-2018-06-05-v4.17 tag.
Takeshi Kihara (1):
pinctrl: sh-pfc: r8a77990: Add USB2.0 pins, groups and functions
Yoshihiro Shimoda (1):
pinctrl: sh-pfc: r8a77990: Revise USB ID pin name
drivers/pinctrl/sh-pfc/pfc-r8a77990.c | 42
Since the datasheet Rev.1.00 has an error about the USB ID pin name,
this patch revises it.
Signed-off-by: Yoshihiro Shimoda
---
drivers/pinctrl/sh-pfc/pfc-r8a77990.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a77990.c
From: Takeshi Kihara
This patch adds USB0_{PWEN,OVC}_{A,B} and USB0_ID pins, groups and
functions to the R8A77990 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Yoshihiro Shimoda
---
drivers/pinctrl/sh-pfc/pfc-r8a77990.c | 38 +++
1 file changed, 38
This patch adds suuport for r8a77990 (R-Car E3).
Signed-off-by: Yoshihiro Shimoda
---
Documentation/devicetree/bindings/phy/rcar-gen3-phy-usb2.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/phy/rcar-gen3-phy-usb2.txt
51 matches
Mail list logo