Hi Laurent,
On Thu, Feb 15, 2018 at 1:04 AM, Laurent Pinchart
wrote:
> 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
From: Kieran Bingham
Provide pin control support for the DU parallel RGB output signals.
Signed-off-by: Kieran Bingham
---
drivers/pinctrl/sh-pfc/pfc-r8a77995.c | 101 ++
1 file
From: Kieran Bingham
Define the generic r8a77995 part of the DU device node.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995.dtsi | 35 +++
1 file changed, 35
From: Kieran Bingham
Document the D3 (r8a77995) SoC in the R-Car DU bindings.
Signed-off-by: Kieran Bingham
---
Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++
1 file changed, 2 insertions(+)
From: Kieran Bingham
Provide a device node for the ADV7511 as found on the Draak D3 platform.
The ADV7511 is connected to the DU through a parallel mux chip, and is
configurable in hardware whether it is connected to LVDS0 or LVDS1.
Connect through to LVDS0 as
From: Kieran Bingham
The D3 supports two LVDS channels. Extend the binding to support them.
Signed-off-by: Kieran Bingham
---
Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 +
1 file
From: Kieran Bingham
Provide a node for the ADV7612. There is no VIN support yet, so this
node will only instantiate the device on the I2C bus for I2C address
testing.
Signed-off-by: Kieran Bingham
---
From: Kieran Bingham
Enable the DU, providing only the VGA output for now.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 51 ++
1 file changed, 51
Hi Kieran,
On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>
> Signed-off-by: Kieran Bingham
From: Kieran Bingham
Provide the PFC groups for the DU pin controls, and update the bindings for
both the DU and LVDS to cover the r8a77995.
Add dt nodes for the DU, and LVDS, and enable VGA on the Draak board.
Provide support for HDMI out through the
From: Kieran Bingham
The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995.dtsi | 52 +++
1 file
On 15/02/18 08:38, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The D3 supports two LVDS channels. Extend the binding to support them.
>
> Signed-off-by: Kieran Bingham
> ---
>
Hello!
On 2/14/2018 1:02 PM, Geert Uytterhoeven wrote:
Specify EtherAVB PHY IRQ in the Eagle board's device tree, now that we
have the GPIO support (previously phylib had to resort to polling).
Signed-off-by: Sergei Shtylyov
You've dropped my:
On Thu, Feb 15, 2018 at 1:04 AM, Laurent Pinchart
wrote:
> The internal LVDS encoder now has DT bindings separate from the DU. Port
> the device tree over to the new model.
>
> Signed-off-by: Laurent Pinchart
Hi Niklas,
On 31/01/18 16:18, Niklas Söderlund wrote:
> From: Niklas Söderlund
>
> Add the HDMI connector and the ADV7511W, also connect it to LVDS. Enable
> the DU and LVDS to be able to use the HDMI output.
>
> Signed-off-by: Niklas Söderlund
On 14/02/18 16:16, Laurent Pinchart wrote:
> Hi Niklas,
>
> Thank you for the patch.
>
> On Wednesday, 14 February 2018 12:36:43 EET Niklas Söderlund wrote:
>> There is no way for drivers to validate a colorspace value, which could
>> be provided by user-space by VIDIOC_S_FMT for example. Add a
Hi Wolfram,
On Thu, Feb 15, 2018 at 11:43 AM, Wolfram Sang wrote:
>> > It sends per device, so unless there is a device named "da9210" at
>> > addr 0x70, nothing will happen? Am I missing something?
>>
>> As soon as one of the affected devices is instantiated, it has to shut
Hi Laurent,
On Thu, Feb 15, 2018 at 12:03 PM, Laurent Pinchart
wrote:
> On Thursday, 15 February 2018 11:18:25 EET Geert Uytterhoeven wrote:
>> On Thu, Feb 15, 2018 at 1:04 AM, Laurent Pinchart wrote:
>> > The internal LVDS encoders now have their own DT
This patch adds DU pins, groups and function for the R8A77995 (D3) SoC.
Signed-off-by: Ulrich Hecht
---
drivers/pinctrl/sh-pfc/pfc-r8a77995.c | 101 ++
1 file changed, 101 insertions(+)
diff --git
Hi!
This series adds pin control tables for VIN4 (H3, M3-W, D3), VIN5 (H3, M3-W)
and DU (D3).
The patches for M3-W and H3 are identical, so there is no need to review
both of them in detail.
[The last patch overlaps with a concurrently developed PFC patch for DU on
D3 ("[PATCH 1/8] pinctrl:
This patch adds VIN4 and VIN5 pins, groups and functions for the
R8A7795 SoC.
Signed-off-by: Ulrich Hecht
---
drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 454 +++
1 file changed, 454 insertions(+)
diff --git
This patch adds VIN4 and VIN5 pins, groups and functions for the
R8A7796 SoC.
Signed-off-by: Ulrich Hecht
---
drivers/pinctrl/sh-pfc/pfc-r8a7796.c | 454 +++
1 file changed, 454 insertions(+)
diff --git
This patch adds VIN4 pins, groups and function for the
R8A77995 (D3) SoC.
Signed-off-by: Ulrich Hecht
---
drivers/pinctrl/sh-pfc/pfc-r8a77995.c | 192 ++
1 file changed, 192 insertions(+)
diff --git
Hi Kieran,
On Thu, Feb 15, 2018 at 1:41 PM, Kieran Bingham
wrote:
> On 15/02/18 09:07, Geert Uytterhoeven wrote:
>> On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote:
>>> From: Kieran Bingham
>>>
Regulator setup is suboptimal on H2 Stout too. The Stout newly has
two DA9210 regulators, so the quirk is extended to handle another
DA9210 at i2c address 0x70.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
Document the Renesas H2 Stout (ADAS Starterkit) device tree bindings,
listing it as a supported board.
This allows to use checkpatch.pl to validate .dts files referring to
the Stout board.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
On 02/14/2018 09:16 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Wed, Feb 14, 2018 at 12:29 AM, Marek Vasut wrote:
>> Document the Renesas H2 Stout (ADAS Starter Kit) device tree bindings,
>
> Thanks for your patch!
>
> According to
On 02/14/2018 09:09 AM, Geert Uytterhoeven wrote:
> On Wed, Feb 14, 2018 at 6:58 AM, Wolfram Sang wrote:
>>> - * The r8a7790/lager and r8a7791/koelsch development boards have da9063 and
>>> - * da9210 regulators. Both regulators have their interrupt request lines
>>> tied
On 02/14/2018 10:14 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Wed, Feb 14, 2018 at 12:28 AM, Marek Vasut wrote:
>> Regulator setup is suboptimal on H2 Stout too.
>
> Worse, Stout has 2 DA9210 regulators, so you have to add a check for a
> DA9210 at address 0x70.
Hi Geert,
On Thursday, 15 February 2018 11:18:25 EET Geert Uytterhoeven wrote:
> On Thu, Feb 15, 2018 at 1:04 AM, Laurent Pinchart wrote:
> > The internal LVDS encoders now have their own DT bindings. Before
> > switching the driver infrastructure to those new bindings, implement
> >
Hi Geert,
On Thursday, 15 February 2018 11:20:22 EET Geert Uytterhoeven wrote:
> On Thu, Feb 15, 2018 at 1:04 AM, Laurent Pinchart wrote:
> > The internal LVDS encoder now has DT bindings separate from the DU. Port
> > the device tree over to the new model.
> >
> > Signed-off-by: Laurent
When the TTY buffers fill up to the configured maximum, a system lockup
occurs:
[ 598.820128] INFO: rcu_preempt detected stalls on CPUs/tasks:
[ 598.825796] 0-...!: (1 GPs behind) idle=5a6/2/0 softirq=1974/1974 fqs=1
[ 598.832577] (detected by 3, t=62517 jiffies, g=296, c=295, q=126)
[
High latencies of classic timers cause performance issues for high-
speed serial transmissions. This patch transforms rx_timer into an
hrtimer to reduce the minimum latency.
Signed-off-by: Ulrich Hecht
---
drivers/tty/serial/sh-sci.c | 47
On 15/02/18 13:06, Laurent Pinchart wrote:
> Hi Hans,
>
> On Thursday, 15 February 2018 13:56:44 EET Hans Verkuil wrote:
>> On 15/02/18 12:08, Laurent Pinchart wrote:
>>> On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil wrote:
On 14/02/18 16:16, Laurent Pinchart wrote:
> On
Hi Geert,
On 15/02/18 09:07, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>>
>>
Hi Wolfram,
On Thu, Feb 15, 2018 at 11:19 AM, Wolfram Sang wrote:
>> As the code now always sends 3 i2c msgs to all 3 possible regulators, we
>> may accidentally talk to another device at 0x70 on other boards than Stout.
>
> It sends per device, so unless there is a device
On 02/15/2018 11:09 AM, Wolfram Sang wrote:
>
>> +stdout-path = "serial0:38400n8";
>
> Didn't you want to change U-Boot to 115200?
I did, do we care about compatibility with whatever the board comes with
though or not ?
--
Best regards,
Marek Vasut
On 02/15/2018 11:08 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Thu, Feb 15, 2018 at 10:44 AM, Marek Vasut wrote:
>> On 02/14/2018 09:09 AM, Geert Uytterhoeven wrote:
>>> On Wed, Feb 14, 2018 at 6:58 AM, Wolfram Sang wrote:
> - * The
> > It sends per device, so unless there is a device named "da9210" at
> > addr 0x70, nothing will happen? Am I missing something?
>
> As soon as one of the affected devices is instantiated, it has to shut up
> all devices. This is done by sending the whole da9xxx_msgs[] array,
> which needs
On 15/02/18 12:08, Laurent Pinchart wrote:
> Hi Hans,
>
> On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil wrote:
>> On 14/02/18 16:16, Laurent Pinchart wrote:
>>> On Wednesday, 14 February 2018 12:36:43 EET Niklas Söderlund wrote:
There is no way for drivers to validate a colorspace
Add macros usable by the device tree sources to reference the R8A77980
CPG core clocks by index. The data come from the table 8.2e of the R-Car
Series, 3rd Generation User's Manual: Hardware (Rev. 0.80, Oct, 2017),
however I had to add the Z2 clock which is somehow present only on the
figure
> + stdout-path = "serial0:38400n8";
Didn't you want to change U-Boot to 115200?
signature.asc
Description: PGP signature
Hi Marek,
On Thu, Feb 15, 2018 at 11:02 AM, Marek Vasut wrote:
> Regulator setup is suboptimal on H2 Stout too. The Stout newly has
> two DA9210 regulators, so the quirk is extended to handle another
> DA9210 at i2c address 0x70.
>
> Signed-off-by: Marek Vasut
> > BTW, several PPC platforms use of_device_compatible_match(of_root, ...),
> > but I believe of_root is not guaranteed to be set up.
>
> OK, subsequent patch then. Added to TODO.
Can you place it below the PCIE patches, please? ;)
signature.asc
Description: PGP signature
Hello!
Here's the set of 2 patches against the 'clk-renesas' branch of Geert
Uytterhoeven's
'renesas-drivers.git' repo. We're adding the CPG/MSSR driver support for
R8A77980...
[1/2] dt-bindings: clock: add R8A77980 CPG core clock definitions
[2/2] clk: renesas: cpg-mssr: add R8A77980 support
On 02/15/2018 11:44 AM, Wolfram Sang wrote:
>
>>> BTW, several PPC platforms use of_device_compatible_match(of_root, ...),
>>> but I believe of_root is not guaranteed to be set up.
>>
>> OK, subsequent patch then. Added to TODO.
>
> Can you place it below the PCIE patches, please? ;)
Grumble,
Hi Marek,
On Thu, Feb 15, 2018 at 10:44 AM, Marek Vasut wrote:
> On 02/14/2018 09:09 AM, Geert Uytterhoeven wrote:
>> On Wed, Feb 14, 2018 at 6:58 AM, Wolfram Sang wrote:
- * The r8a7790/lager and r8a7791/koelsch development boards have da9063
Hi Hans,
On Thursday, 15 February 2018 13:56:44 EET Hans Verkuil wrote:
> On 15/02/18 12:08, Laurent Pinchart wrote:
> > On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil wrote:
> >> On 14/02/18 16:16, Laurent Pinchart wrote:
> >>> On Wednesday, 14 February 2018 12:36:43 EET Niklas
Hi Hans,
On Thursday, 15 February 2018 14:32:55 EET Hans Verkuil wrote:
> On 15/02/18 13:06, Laurent Pinchart wrote:
> > On Thursday, 15 February 2018 13:56:44 EET Hans Verkuil wrote:
> >> On 15/02/18 12:08, Laurent Pinchart wrote:
> >>> On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil
Regulator setup is suboptimal on H2 Stout too. The Stout newly has
two DA9210 regulators, so the quirk is extended to handle another
DA9210 at i2c address 0x70.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
> As the code now always sends 3 i2c msgs to all 3 possible regulators, we
> may accidentally talk to another device at 0x70 on other boards than Stout.
It sends per device, so unless there is a device named "da9210" at
addr 0x70, nothing will happen? Am I missing something?
signature.asc
Hi Ulrich,
Thankyou for your patch,
On 15/02/18 12:01, Ulrich Hecht wrote:
> This patch adds DU pins, groups and function for the R8A77995 (D3) SoC.
>
> Signed-off-by: Ulrich Hecht
All of your pin values check out.
(And it highlights that I may have left a
On Thu, Feb 15, 2018 at 11:02:08AM +0100, Marek Vasut wrote:
> Regulator setup is suboptimal on H2 Stout too. The Stout newly has
> two DA9210 regulators, so the quirk is extended to handle another
> DA9210 at i2c address 0x70.
>
> Signed-off-by: Marek Vasut
> Cc:
Stout base board support making use of 1 GiB of memory,
the Renesas H2 r8a7790 SoC with the SCIFA0 serial port
and CA15 with ARM architected timer.
Furthermore, this device tree contains entries for:
- 4x LEDs
- SDHI SD/MMC controller
- Display unit with HDMI output
- SH fast ethernet
On 02/14/2018 10:11 AM, Geert Uytterhoeven wrote:
> Hi Marek,
[...]
>> + partition@0 {
>> + label = "loader";
>> + reg = <0x 0x0004>;
>> + read-only;
>> +
Hi Hans,
On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil wrote:
> On 14/02/18 16:16, Laurent Pinchart wrote:
> > On Wednesday, 14 February 2018 12:36:43 EET Niklas Söderlund wrote:
> >> There is no way for drivers to validate a colorspace value, which could
> >> be provided by user-space
Add R-Car V3H (R8A77980) Clock Pulse Generator / Module Standby and
Software Reset support, using the CPG/MSSR driver core and the common
R-Car Gen3 code.
Based on the original (and large) patch by Vladimir Barinov.
Signed-off-by: Vladimir Barinov
This patch duplicates work performed by Ulrich.
Please consider this patch dropped, and no need for review.
(especially the obvious error in the pin-values)
Oh well - it was a fun exercise to go through :-)
--
Regards
Kieran
On 15/02/18 08:38, Kieran Bingham wrote:
> From: Kieran Bingham
On 15/02/18 13:32, Hans Verkuil wrote:
> On 15/02/18 13:06, Laurent Pinchart wrote:
>> Hi Hans,
>>
>> On Thursday, 15 February 2018 13:56:44 EET Hans Verkuil wrote:
>>> On 15/02/18 12:08, Laurent Pinchart wrote:
On Thursday, 15 February 2018 12:57:44 EET Hans Verkuil wrote:
> On 14/02/18
> This can be prevented by doing a dummy read of the RX data register.
Just so I understand the issue correctly: We are reading the register to
throw the content away to prevent it being used in the TTY buffers?
signature.asc
Description: PGP signature
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:20 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>
> Signed-off-by: Kieran Bingham
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:18 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The D3 supports two LVDS channels. Extend the binding to support them.
>
> Signed-off-by: Kieran Bingham
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:19 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Define the generic r8a77995 part of the DU device node.
>
> Signed-off-by: Kieran Bingham
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:22 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide a device node for the ADV7511 as found on the Draak D3 platform.
>
> The ADV7511 is connected to the DU through a parallel
On Tue, Feb 13, 2018 at 02:24:14PM +0300, Sergei Shtylyov wrote:
> Specify EtherAVB PHY IRQ in the Eagle board's device tree, now that we
> have the GPIO support (previously phylib had to resort to polling).
>
> Signed-off-by: Sergei Shtylyov
Thanks,
On Wed, Feb 14, 2018 at 11:01:26AM +0100, Geert Uytterhoeven wrote:
> On Tue, Feb 13, 2018 at 12:22 PM, Sergei Shtylyov
> wrote:
> > Describe all 6 GPIO controllers in the R8A77970 device tree.
> >
> > Based on the original (and large) patch by Daisuke
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:17 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Document the D3 (r8a77995) SoC in the R-Car DU bindings.
>
> Signed-off-by: Kieran Bingham
Hi Kieran,
Thank you for the patch.
On Thursday, 15 February 2018 10:38:21 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Enable the DU, providing only the VGA output for now.
>
> Signed-off-by: Kieran Bingham
On 15/02/18 14:10, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 15 February 2018 10:38:20 EET Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>>
Hi Laurent, Simon,
On 15/02/18 14:12, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 15 February 2018 10:38:21 EET Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> Enable the DU, providing only the VGA output for
On Thu, Feb 15, 2018 at 02:56:53PM +0300, Sergei Shtylyov wrote:
> Add macros usable by the device tree sources to reference the R8A77980
> CPG core clocks by index. The data come from the table 8.2e of the R-Car
> Series, 3rd Generation User's Manual: Hardware (Rev. 0.80, Oct, 2017),
> however I
Hi Kieran,
On Thursday, 15 February 2018 10:45:33 EET Kieran Bingham wrote:
> On 15/02/18 08:38, Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > The D3 supports two LVDS channels. Extend the binding to support them.
> >
> > Signed-off-by: Kieran
On Wed, Feb 14, 2018 at 11:25:19AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Mon, Feb 12, 2018 at 4:44 PM, Simon Horman
> wrote:
> > Add symbols for Gen3 register offsets.
> > These may be used to improve readability of users of these offsets.
> >
> > This
On Tue, Feb 13, 2018 at 10:45:55AM +0100, Jacopo Mondi wrote:
> Add documentation for r8a77965 compatible string to reneass sci-serial
> device tree bindings documentation.
I think a better subject would be:
dt-bindings: serial: sh-sci: Add support for r8a77965 (H)SCIF
Hi Simon,
This the correct version of this series.
--
Regards
Kieran
On 13/02/18 19:30, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995-d3 platform supports 3 VSP instances. One VSPBS can be used
> as a dual-input image blender, while
On Tue, Feb 13, 2018 at 03:54:56PM +0200, Laurent Pinchart wrote:
> Hi Geert,
>
> Thank you for the patch.
>
> On Tuesday, 13 February 2018 15:40:45 EET Geert Uytterhoeven wrote:
> > cec-clock is a fixed clock generator that is not controlled by i2c-12
> > and thus should not be a child of the
On Wed, Feb 14, 2018 at 09:55:04AM +, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The FCPVB handles the interface between the VSPB and memory, while the
> FCPVD handles the interface between the VSPD and memory.
>
> Signed-off-by: Kieran Bingham
On Thu, Feb 15, 2018 at 04:20:42PM +, Kieran Bingham wrote:
> Hi Simon,
>
> On 15/02/18 16:14, Simon Horman wrote:
> > On Tue, Feb 13, 2018 at 02:32:22PM +0200, Laurent Pinchart wrote:
> >> Hi Kieran,
> >>
> >> Thank you for the patch.
> >>
> >> On Tuesday, 13 February 2018 00:25:27 EET
On Thu, Feb 15, 2018 at 04:16:00PM +0200, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 15 February 2018 10:38:22 EET Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > Provide a device node for the ADV7511 as found on
On Thu, Feb 15, 2018 at 04:07:35PM +0200, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 15 February 2018 10:38:19 EET Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > Define the generic r8a77995 part of the DU
On Wed, Feb 14, 2018 at 02:58:34PM +0100, Geert Uytterhoeven wrote:
> Hi Jacopo,
>
> On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi
> wrote:
> > Add initial support for R-Car M3-N Salvator-x and r8a77965 SoC in
> > device tree with cpg-mssr, reset and clock nodes.
> >
On Thu, Feb 15, 2018 at 11:02:08AM +0100, Marek Vasut wrote:
> Regulator setup is suboptimal on H2 Stout too. The Stout newly has
> two DA9210 regulators, so the quirk is extended to handle another
> DA9210 at i2c address 0x70.
It looks like this patch has received some review that needs
On Thu, Feb 15, 2018 at 04:39:49PM +0100, Simon Horman wrote:
> On Tue, Feb 13, 2018 at 10:45:53AM +0100, Jacopo Mondi wrote:
> > Add documentation for r8a77965 compatible string to rcar-dmac device
> > tree bindings documentation.
> >
> > Signed-off-by: Jacopo Mondi
>
On Tue, Feb 13, 2018 at 02:32:22PM +0200, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Tuesday, 13 February 2018 00:25:27 EET Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > The FCPVD handles the interface between the
Hi Simon,
On 15/02/18 16:14, Simon Horman wrote:
> On Tue, Feb 13, 2018 at 02:32:22PM +0200, Laurent Pinchart wrote:
>> Hi Kieran,
>>
>> Thank you for the patch.
>>
>> On Tuesday, 13 February 2018 00:25:27 EET Kieran Bingham wrote:
>>> From: Kieran Bingham
On Wed, Feb 14, 2018 at 09:55:05AM +, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 has a VSPBS to support image processing such as blending of
> two input images, and has two VSPDs to handle display pipelines with a
> DU.
>
>
On Thu, Feb 15, 2018 at 02:30:28PM +, Kieran Bingham wrote:
> Hi Laurent, Simon,
>
> On 15/02/18 14:12, Laurent Pinchart wrote:
> > Hi Kieran,
> >
> > Thank you for the patch.
> >
> > On Thursday, 15 February 2018 10:38:21 EET Kieran Bingham wrote:
> >> From: Kieran Bingham
On Thu, Feb 15, 2018 at 06:03:56PM +0100, Simon Horman wrote:
> On Thu, Feb 15, 2018 at 11:02:08AM +0100, Marek Vasut wrote:
> > Regulator setup is suboptimal on H2 Stout too. The Stout newly has
> > two DA9210 regulators, so the quirk is extended to handle another
> > DA9210 at i2c address 0x70.
On 15/02/18 16:21, Kieran Bingham wrote:
> Hi Simon,
>
> This the correct version of this series.
LIES
Sorry - My hands were quicker than my head there.
*this is not the lastest series*.
--
Kieran
>
> --
> Regards
>
> Kieran
>
> On 13/02/18 19:30, Kieran Bingham wrote:
>>
On Tue, Feb 13, 2018 at 01:02:44PM +, Fabrizio Castro wrote:
> 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
On Tue, Feb 13, 2018 at 01:08:19PM +, Fabrizio Castro wrote:
> Hello Simon,
>
> what do you think about enabling the watchdog in multi_v7_defconfig as a
> module?
I think its a good idea.
Hi Simon,
On 14/02/18 09:55, Kieran Bingham wrote:
> 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)
On Tue, Feb 13, 2018 at 02:31:48PM +0200, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Tuesday, 13 February 2018 00:25:26 EET Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > The FCPVB handles the interface between the
On Thu, Feb 15, 2018 at 08:38:20AM +, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>
> Signed-off-by: Kieran Bingham
It looks like there
On Tue, Feb 13, 2018 at 10:46:00AM +0100, Jacopo Mondi wrote:
> Add documentation for r8a77965 compatible string to renesas ravb device
> tree bindings documentation.
>
> Signed-off-by: Jacopo Mondi
Reviewed-by: Simon Horman
This needs to
[Cc linux-renesas-soc]
On Tue, Feb 13, 2018 at 03:15:29PM +0100, Geert Uytterhoeven wrote:
> "debounce_interval" was never supported.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Simon Horman
> Cc: Magnus Damm
> ---
> Please
On Wed, Feb 14, 2018 at 05:27:39AM +, Yoshihiro Shimoda wrote:
> Hi,
>
> > From: Yoshihiro Kaneko, Sent: Monday, February 5, 2018 4:15 AM
> >
> > From: Hien Dang
> >
> > This patch adds an implementation that saves and restores the state of
> > GPIO configuration
On Thu, Feb 15, 2018 at 04:24:46PM +, Kieran Bingham wrote:
> Hi Simon,
>
> On 14/02/18 09:55, Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > The r8a77995-d3 platform supports 3 VSP instances. One VSPBS can be used
> > as a dual-input image
Hi Simon,
On 15/02/18 16:33, Simon Horman wrote:
> On Wed, Feb 14, 2018 at 09:55:05AM +, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> The r8a77995 has a VSPBS to support image processing such as blending of
>> two input images, and has two
On Mon, Dec 04, 2017 at 10:29:00PM +0100, Wolfram Sang wrote:
> On Wed, Nov 29, 2017 at 05:06:46PM +0100, Ulrich Hecht wrote:
> > The single SDHI controller is connected to eMMC.
> >
> > Signed-off-by: Ulrich Hecht
>
> Acked-by: Wolfram Sang
1 - 100 of 113 matches
Mail list logo