On 02/15/2018 07:25 PM, Simon Horman wrote:
> On Thu, Feb 15, 2018 at 11:11:51AM +0100, Marek Vasut wrote:
>> 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
On Thu, Feb 15, 2018 at 07:49:19PM +0100, Marek Vasut wrote:
> 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
On Thu, Feb 08, 2018 at 04:47:16PM +0100, 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
>
On Wed, Feb 14, 2018 at 06:40:12PM +0900, Yoshihiro Shimoda wrote:
> According to R-Car Gen3 Rev.0.80 manual, the DMATCR can be set to
> 16,777,215 as maximum. So, this patch fixes the max_chunk_size for
> safety on all of SoCs. Otherwise, a system may hang if the DMATCR
> is set to 0 on R-Car
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
Hi Geert,
Please consider including this branch in renesas-drivers.
--
Regards
Kieran
The following changes since commit 29422737017b866d4a51014cc7522fa3a99e8852:
media: rc: get start time just before calling driver tx (2018-02-14 14:17:21
-0500)
are available in the git repository at:
Hi Geert,
Please consider including this branch in renesas-drivers.
--
Regards
Kieran
The following changes since commit 94fc27ac487a80daf42f97b1a0503d029f3c1325:
Merge tag 'drm-intel-next-fixes-2018-02-07' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next (2018-02-08 08:21:37
On Wed, Feb 14, 2018 at 03:23:28PM +0900, Yoshihiro Shimoda wrote:
> This patch set is based on the renesas.git /
> renesas-devel-20180213v2-v4.16-rc1
> tag.
Hi Shimoda-san,
these changes look fine to me but I believe that upstream
prefers such patches to be consolidated. Could you consider
On Thu, Feb 15, 2018 at 11:02:28AM +0100, Marek Vasut wrote:
> 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
On Thu, Feb 15, 2018 at 11:11:51AM +0100, Marek Vasut wrote:
> 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
>
On Thu, Feb 15, 2018 at 02:04:09AM +0200, 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
I have marked this and the
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 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 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 04:41:58PM +, Kieran Bingham wrote:
> 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
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
Reviewed-by: Simon Horman
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 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 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 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
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
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: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
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 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 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
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 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 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
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
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 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.
[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 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
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
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 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 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
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
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
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
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 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 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
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
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: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,
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
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:17 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Document the D3 (r8a77995) SoC in the R-Car DU bindings.
>
> Signed-off-by: Kieran Bingham
> 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
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 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
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
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
>>>
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 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
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: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 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
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
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)
[
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
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
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
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
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
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
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
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
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 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
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
> >
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
> > 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
> > 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
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: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
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
> 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 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
> + 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 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
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 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:
On 02/14/2018 10:11 AM, Geert Uytterhoeven wrote:
> Hi Marek,
[...]
>> + partition@0 {
>> + label = "loader";
>> + reg = <0x 0x0004>;
>> + read-only;
>> +
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.
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
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 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 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
1 - 100 of 113 matches
Mail list logo