Hi Geert-san,
> -Original Message-
> From: geert.uytterhoe...@gmail.com [mailto:geert.uytterhoe...@gmail.com] On
> Behalf Of Geert Uytterhoeven
[snip]
> None of the above seems R-Car specific to me. So please explain why this
> can't just be added to arch/arm64/kernel/topology.c instead
On Fri, Feb 23, 2018 at 09:05:24AM +0100, Geert Uytterhoeven wrote:
> Hi Frank,
>
> On Fri, Feb 23, 2018 at 3:38 AM, Frank Rowand wrote:
> > I was hoping to be able to convert the .dts files to use sugar syntax
> > instead of hand coding the fragment nodes, but for this specific set
> > of files
2018-03-06 5:48 GMT+09:00 Wolfram Sang :
> Commit "mmc: renesas_sdhi: use MMC_CAP2_NO_WRITE_PROTECT instead of
> TMIO own flag" activated MMC_CAP2_NO_WRITE_PROTECT for Renesas SDHI
> which incorrectly disabled WP altogether instead of only disabling the
> internal mechanism.
I am not opposed to t
On 2018/3/6 0:47, Phil Edworthy wrote:
Hi Shawn,
On 28 February 2018 01:53, Shawn Lin wrote:
On 2018/2/27 23:05, Phil Edworthy wrote:
On 27 February 2018 14:42, Shawn Lin wrote:
On 2018/2/27 22:31, Phil Edworthy wrote:
On 27 February 2018 14:28, Shawn Lin wrote:
在 2018/2/27 21:55, Phil Edw
Hello,
This patch series addresses a design mistake that dates back from the initial
DU support. Support for the LVDS encoders, which are IP cores separate from
the DU, was bundled in the DU driver. Worse, both the DU and LVDS were
described through a single DT node.
To fix the, patches 1/4 and 2
The internal LVDS encoders now have their own DT bindings. Before
switching the driver infrastructure to those new bindings, implement
backward-compatibility through live DT patching.
Patching is disabled and will be enabled along with support for the new
DT bindings in the DU driver.
Signed-off-
The LVDS encoders used to be described in DT as part of the DU. They now
have their own DT node, linked to the DU using the OF graph bindings.
This allows moving internal LVDS encoder support to a separate driver
modelled as a DRM bridge. Backward compatibility is retained as legacy
DT is patched l
The internal LVDS encoders now have their own DT bindings, representing
them as part of the DU is deprecated.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Herring
Reviewed-by: Niklas Söderlund
---
Changes since v1:
- Remove the LVDS reg range from the example
- Remove the reg-names propert
The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add
corresponding device tree bindings.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Herring
Reviewed-by: Niklas Söderlund
---
Changes since v6:
- Fixed typo in SoC name
Changes since v1:
- Move the SoC name before the IP
On Tue, Feb 27, 2018 at 05:16:03PM +0900, Yoshihiro Shimoda wrote:
> This patch adds binding for r8a77965 (R-Car M3-N).
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> Documentation/devicetree/bindings/usb/renesas_usb3.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Rob Herring
On Tue, Feb 27, 2018 at 05:16:02PM +0900, Yoshihiro Shimoda wrote:
> This patch adds binding for r8a77965 (R-Car M3-N).
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> Documentation/devicetree/bindings/usb/renesas_usbhs.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Rob Herring
On Tue, Feb 27, 2018 at 05:15:20PM +0900, Yoshihiro Shimoda wrote:
> This patch adds support for r8a77965 (R-Car M3-N).
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> Documentation/devicetree/bindings/usb/usb-xhci.txt | 1 +
> drivers/usb/host/xhci-rcar.c | 4
> 2 files
On Mon, Feb 26, 2018 at 06:57:13PM +0100, Jacopo Mondi wrote:
> Add Renesas R-Car M3-N (R8A77965) compat string to IPMMU DT bindings
> documentation.
>
> Signed-off-by: Jacopo Mondi
> ---
> Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.txt | 1 +
> 1 file changed, 1 insertion(+)
Re
On Mon, Feb 26, 2018 at 04:25:12PM +0100, Geert Uytterhoeven wrote:
> Document support for the Interrupt Controller for Externel Devices
> (INTC-EX) in the Renesas M3-N (r8a77965) SoC.
>
> No driver update is needed.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> Documentation/devicetree/binding
Commit "mmc: renesas_sdhi: use MMC_CAP2_NO_WRITE_PROTECT instead of
TMIO own flag" activated MMC_CAP2_NO_WRITE_PROTECT for Renesas SDHI
which incorrectly disabled WP altogether instead of only disabling the
internal mechanism. Since the whole WP handling has been reworked, we
can simply disable thi
On 03/02/2018 09:47 PM, Geert Uytterhoeven wrote:
Add the PFC support for the R8A77980 SoC including pin groups for some
on-chip devices such as AVB, CAN-FD, GETHER, [H]SCIF, I2C, INTC-EX, MMC,
MSIOF, PWM, and VIN...
Based on the original (and large) patch by Vladimir Bari
On Mon, Mar 05, 2018 at 03:30:25PM +, 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 the
CC devicetree
On Mon, Mar 5, 2018 at 6:17 PM, Geert Uytterhoeven
wrote:
> On DT platforms, the sh-sci driver requires the presence of "serialN"
> aliases in DT, from which instance IDs are derived. If a DT alias is
> missing, the drivers fails to probe the corresponding serial port.
>
> This bec
Sort root sub-nodes alphabetically for allow for easier maintenance of
this file.
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a77970.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm64/boot/dts/renesas/r8a77970.dtsi
b/arch/arm64
Hi Sergei,
Thank you for the patch.
On Thursday, 1 March 2018 20:10:16 EET Sergei Shtylyov wrote:
> Add support for the R-Car V3M (R8A77970) SoC to the LVDS encoder driver.
> Note that there are some differences with the other R-Car gen3 SoCs, e.g.
> LVDPLLCR has the same layout as in the R-Car g
On DT platforms, the sh-sci driver requires the presence of "serialN"
aliases in DT, from which instance IDs are derived. If a DT alias is
missing, the drivers fails to probe the corresponding serial port.
This becomes cumbersome when considering DT overlays, as currently
there is no upstream sup
On Mon, Mar 5, 2018 at 4:30 PM, Fabrizio Castro
wrote:
> On R-Car Gen2 and RZ/G1 the watchdog IP clock needs to be always ON,
> on R-Car Gen3 we power the IP down during suspend.
>
> This commit adds suspend/resume support, so that the watchdog counting
> "pauses" during suspend on all of the SoCs
Hi Shawn,
On 28 February 2018 01:53, Shawn Lin wrote:
> On 2018/2/27 23:05, Phil Edworthy wrote:
> > On 27 February 2018 14:42, Shawn Lin wrote:
> >> On 2018/2/27 22:31, Phil Edworthy wrote:
> >>> On 27 February 2018 14:28, Shawn Lin wrote:
> 在 2018/2/27 21:55, Phil Edworthy 写道:
> > Since
On Mon, Mar 5, 2018 at 4:30 PM, 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 the lowest level, in order to not override ot
> Since Simon only reviewed Geert's patch, and Wolfram and Guenter only reviewed
> earlier versions of this patch, I am not including their "Reviewed-by" as they
> may disagree with the final result.
I don't :)
Acked-by: Wolfram Sang
signature.asc
Description: PGP signature
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 the lowest level, in order to not override other
more effective handlers.
Signed-off-by: Fabrizio Castro
Si
Dear All,
this new version of the series is to fold the following patch from Geert:
"watchdog: renesas_wdt: Blacklist early R-Car Gen2 SoCs"
into patch:
"watchdog: renesas_wdt: Add R-Car Gen2 support"
Thanks,
Fab
Fabrizio Castro (3):
watchdog: renesas_wdt: Add suspend/resume support
watchdo
On R-Car Gen2 and RZ/G1 the watchdog IP clock needs to be always ON,
on R-Car Gen3 we power the IP down during suspend.
This commit adds suspend/resume support, so that the watchdog counting
"pauses" during suspend on all of the SoCs compatible with this driver
and on those we are now adding suppo
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.
However, on early revisions of some R
On 03/05/2018 05:08 PM, Fabrizio Castro wrote:
>>> On R-Car Gen2 and RZ/G1 the watchdog IP clock needs to be always ON,
>>> on R-Car Gen3 we power the IP down during suspend.
>>>
>>> This commit adds suspend/resume support, so that the watchdog counting
>>> "pauses" during suspend on all of the So
Hello Sergei,
thank you for your feedback!
> Subject: Re: [PATCH v7 1/3] watchdog: renesas_wdt: Add suspend/resume support
>
> Hello!
>
> On 3/1/2018 9:17 PM, Fabrizio Castro wrote:
>
> > On R-Car Gen2 and RZ/G1 the watchdog IP clock needs to be always ON,
> > on R-Car Gen3 we power the IP down d
Hello Geert,
> Subject: Re: [PATCH v7 2/3] watchdog: renesas_wdt: Add R-Car Gen2 support
>
> Hi Fabrizio,
>
> On Thu, Mar 1, 2018 at 7:17 PM, Fabrizio Castro
> wrote:
> > Due to commits:
> > * "ARM: shmobile: Add watchdog support",
> > * "ARM: shmobile: rcar-gen2: Add watchdog support", and
> > *
On 5 March 2018 at 10:34, Masahiro Yamada wrote:
> Hi Ulf, Wolfram,
>
> 2018-03-05 18:22 GMT+09:00 Wolfram Sang :
>>
>>> I have added Wolframs tags to the already applied patches and applied
>>> that last two, 15 and 16.
>>
>> Thanks. Please note that patch 14 misses my Rev tag. (I gave it
>> yest
On Fri, Feb 02, 2018 at 07:05:15PM +0900, Yoshihiro Shimoda wrote:
> This patch fixes an issue that a race condition happens between a client
> driver and the rcar-dmac driver:
>
> - The rcar_dmac_isr_transfer_end() is called.
> - The done list appears, and desc.running is the next active list.
>
Hi Inami-san,
On Tue, Feb 27, 2018 at 3:19 AM, Gaku Inami wrote:
> Some R-Car SoCs support big LITTLE architecture produced by ARM, that
> have different power/performance characteristics between each CPUs.
> In order to aware such as difference, this patch changes the sched
> domain flags that t
On Tue, Feb 27, 2018 at 3:19 AM, Gaku Inami wrote:
> This patch adds the "cpu-map" for multi-cluster into r8a7796
> device-tree. This definition is used to parse the cpu topology.
>
> Signed-off-by: Gaku Inami
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
-
On Tue, Feb 27, 2018 at 3:19 AM, Gaku Inami wrote:
> This patch adds the "cpu-map" for multi-cluster into r8a7795
> device-tree. This definition is used to parse the cpu topology.
>
> Signed-off-by: Gaku Inami
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
-
Hi Inami-san,
On Tue, Feb 27, 2018 at 3:19 AM, Gaku Inami wrote:
> Set the capacity-dmips-mhz for r8a7796, that is based on dhrystone.
>
> Expected cpu capacity:
> Cortex-A57@1.5Ghz: 1024, Cortex-A53@1.2GHz: 411
Thanks for your patch!
> Signed-off-by: Gaku Inami
Reviewed-by: Geert Uytterhoeve
Hi Inami-san,
On Tue, Feb 27, 2018 at 3:19 AM, Gaku Inami wrote:
> Set the capacity-dmips-mhz for r8a7795, that is based on dhrystone.
>
> Expected cpu capacity:
> Cortex-A57@1.5GHz: 1024, Cortex-A53@1.2GHz: 411
Thanks for your patch!
> Signed-off-by: Gaku Inami
Reviewed-by: Geert Uytterhoeve
On Tue, Feb 27, 2018 at 9:08 AM, Yoshihiro Shimoda
wrote:
> From: Takeshi Kihara
>
> This patch adds USB30 (USB3.0 host) pin, group and function to
> the R8A77965 SoC.
>
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
and queued in sh-pfc-for
On Tue, Feb 27, 2018 at 9:08 AM, Yoshihiro Shimoda
wrote:
> From: Takeshi Kihara
>
> This patch adds USB{0,1} (USB2.0 host) pins, groups and functions to
> the R8A77965 SoC.
>
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
and queued in sh-p
Hi Michel,
On Mon, Feb 26, 2018 at 1:18 PM, Michel Pollet
wrote:
> Only enables the uart0 for now, and also relies on the bootloader
> for setting up the clocks and pinctrl.
>
> Signed-off-by: Michel Pollet
Thanks for your patch!
This should be split in two parts:
> Documentation/devicetree/
Hi Michel,
On Mon, Feb 26, 2018 at 1:18 PM, Michel Pollet
wrote:
> This adds the Renesas RZ/N1 CPU and bare bone support.
>
> This currently only handles generic parts (gic, architected timer)
> and a UART.
> This also relies on the bootloader to set the pinctrl and clocks.
>
> Signed-off-by: Mic
On 02/28/2018 09:43 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Mon, Feb 26, 2018 at 11:17 AM, Marek Vasut wrote:
>> Rather than hard-coding the quirk topology, which stopped scaling,
>> parse the information from DT. The code looks for all compatible
>> PMICs -- da9036 and da9210 -- and che
> >> They are all present in my next branch. The fix that Wolfram sent on
> >> top, is added immediately after the commit it fixes.
> >
> > Could we also squash it, then?
> >
>
> If Wolfram is fine with squashing,
> that would be cleaner.
>
> In that case, can you add Tested-by
> to patch 12?
Y
Hi Ulf, Wolfram,
2018-03-05 18:22 GMT+09:00 Wolfram Sang :
>
>> I have added Wolframs tags to the already applied patches and applied
>> that last two, 15 and 16.
>
> Thanks. Please note that patch 14 misses my Rev tag. (I gave it
> yesterday but the patch was accidently applied before. One round
> I have added Wolframs tags to the already applied patches and applied
> that last two, 15 and 16.
Thanks. Please note that patch 14 misses my Rev tag. (I gave it
yesterday but the patch was accidently applied before. One round too
early, so to say).
> They are all present in my next branch. Th
On Sat, Mar 03, 2018 at 10:02:41PM +0300, Sergei Shtylyov wrote:
> Hello!
>
> Here's the set of 2 patches against Simon Horman's 'renesas.git' repo's
> 'renesas-devel-20180301-v4.16-rc3' tag. We're adding the R8A77970 I2C nodes
> and then describing the PCA9654 I/O expander connected to the I2C0 b
On 4 March 2018 at 23:49, Wolfram Sang wrote:
> The patch "mmc: tmio: support IP-builtin card detection logic" had a
> typo and populated RO instead of CD. Fix it.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Ulf: I didn't add a Fixes: tag because you used to sometimes rebase your
> for-next branch
On 4 March 2018 at 23:42, Wolfram Sang wrote:
> On Thu, Jan 18, 2018 at 01:28:00AM +0900, Masahiro Yamada wrote:
>>
>> In the previous batch (https://lkml.org/lkml/2017/11/24/428)
>> I sent 22 patches for TMIO MMC.
>>
>> 14 patches were applied, the rest is under discussion.
>>
>> This series cons
On Mon, Mar 5, 2018 at 6:32 AM, Yoshihiro Shimoda
wrote:
> This patch adds bindings for r8a77965 (R-Car M3-N).
>
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- g
On Mon, Mar 5, 2018 at 6:32 AM, Yoshihiro Shimoda
wrote:
> This patch adds support for r8a77965 (R-Car M3-N). This SoC has
> dedicated pins.
>
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's
On Mon, Mar 5, 2018 at 6:32 AM, Yoshihiro Shimoda
wrote:
> This patch adds support for r8a77965 (R-Car M3-N).
>
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge
53 matches
Mail list logo
