[PATCH] v4l: Add support for STD ioctls on subdev nodes

Signed-off-by: Niklas Söderlund --- Documentation/media/uapi/v4l/vidioc-g-std.rst| 14 ++ Documentation/media/uapi/v4l/vidioc-querystd.rst | 11 +++ drivers/media/v4l2-core/v4l2-subdev.c| 12

Re: [PATCH v9 4/8] media: vsp1: Convert display lists to use new body pool

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:35:43 EEST Kieran Bingham wrote: > Adapt the dl->body0 object to use an object from the body pool. This > greatly reduces the pressure on the TLB for IPMMU use cases, as all of > the lists use a single allocation for the main body. >

Re: [PATCH v9 3/8] media: vsp1: Provide a body pool

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:35:42 EEST Kieran Bingham wrote: > Each display list allocates a body to store register values in a dma > accessible buffer from a dma_alloc_wc() allocation. Each of these > results in an entry in the IOMMU TLB, and a large number of

[PATCH] dt-bindings: media: rcar_vin: fix style for ports and endpoints

The style for referring to ports and endpoint are wrong. Refer to them using lowercase and a unit address, port@x and endpoint@x. Signed-off-by: Niklas Söderlund Reported-by: Geert Uytterhoeven ---

[PATCH] rcar-vin: sync which hardware buffer to start capture from

When starting the VIN capture procedure we are not guaranteed that the first buffer writing to is VnMB1 to which we assigned the first buffer queued. This is problematic for two reasons. Buffers might not be dequeued in the same order they where queued for capture. Future features planed for the

[PATCH] rcar-csi2: set default format if a unsupported one is requested

Instead of failing the set_fmt() if a unsupported format is requested set a default one and return the changed format to the user. Signed-off-by: Niklas Söderlund Reported-by: Sakari Ailus ---

Re: [PATCH v2 3/3] arm64: dts: renesas: draak: Describe HDMI input

Hi Jacopo, Thanks for your patch. On 2018-05-16 15:42:09 +0200, Jacopo Mondi wrote: > Describe HDMI input connector and ADV7612 HDMI decoder installed on > R-Car Gen3 Draak board. > > The video signal routing to the HDMI decoder to the video input interface > VIN4 is multiplexed with CVBS input

Re: [PATCH 6/6] ARM: dts: rcar-gen2: Add 'data-active' property

Hi Jacopo, Thanks for your work. On 2018-05-16 18:32:32 +0200, Jacopo Mondi wrote: > The 'data-active' property needs to be specified when using embedded > synchronization. Add it to the Gen-2 boards using composite video input. > > Signed-off-by: Jacopo Mondi > ---

Re: [PATCH 5/6] ARM: dts: rcar-gen2: Remove unused VIN properties

Hi Jacopo, Thanks for your work. On 2018-05-16 18:32:31 +0200, Jacopo Mondi wrote: > The 'bus-width' and 'pclk-sample' properties are not parsed by the VIN > driver and only confuse users. Remove them in all Gen2 SoC that used > them. > > Signed-off-by: Jacopo Mondi

Re: [PATCH 4/6] media: rcar-vin: Handle CLOCKENB pin polarity

Hi Jacopo, Thanks for your patch. I'm happy that you dig into this as it clearly needs doing! On 2018-05-16 18:32:30 +0200, Jacopo Mondi wrote: > Handle CLOCKENB pin polarity, or use HSYNC in its place if polarity is > not specified. > > Signed-off-by: Jacopo Mondi

Re: [PATCH 3/6] media: rcar-vin: Handle data-active property

Hi Jacopo, Thanks for your work. On 2018-05-16 18:32:29 +0200, Jacopo Mondi wrote: > The data-active property has to be specified when running with embedded > synchronization. The VIN peripheral can use HSYNC in place of CLOCKENB > when the CLOCKENB pin is not connected, this requires explicit >

Re: [PATCH 2/6] dt-bindings: media: rcar-vin: Document data-active

Hi Jacopo, Thanks for your work. On 2018-05-16 18:32:28 +0200, Jacopo Mondi wrote: > Document 'data-active' property in R-Car VIN device tree bindings. > The property is optional when running with explicit synchronization > (eg. BT.601) but mandatory when embedded synchronization is in use (eg.

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

Hi Phil, On 5/11/18, 1:31 AM, "Phil Edworthy" wrote: The DesignWare GPIO IP can be configured for either 1 interrupt or 1 per GPIO in port A, but the driver currently only supports 1 interrupt. See the DesignWare DW_apb_gpio Databook description of the

Re: [PATCH 1/6] dt-bindings: media: rcar-vin: Describe optional ep properties

Hi Jacopo, Thanks for your patch. On 2018-05-16 18:32:27 +0200, Jacopo Mondi wrote: > Describe the optional endpoint properties for endpoint nodes of port@0 > and port@1 of the R-Car VIN driver device tree bindings documentation. > > Signed-off-by: Jacopo Mondi

Re: [PATCH 0/6] media: rcar-vin: Brush endpoint properties

Hi Jacopo, On 2018-05-16 18:32:26 +0200, Jacopo Mondi wrote: > Hello, >this series touches the bindings and the driver handling endpoint > properties for digital subdevices of the R-Car VIN driver. > > The first patch simply documents what are the endpoint properties supported > at the

Re: [PATCH v2 3/4] media: rcar-vin: Handle digital subdev in link_notify

Hi Jacopo, Thanks for your patch, On 2018-05-16 14:16:55 +0200, Jacopo Mondi wrote: > Handle digital subdevices in link_notify callback. If the notified link > involves a digital subdevice, do not change routing of the VIN-CSI-2 > devices. > > Signed-off-by: Jacopo Mondi

Re: [PATCH v2 2/4] media: rcar-vin: Handle mc in digital notifier ops

Hi Jacopo, Thanks for your patch. I only have one generic comment to this patch as I fear comments on 1/4 have the potential to change quiet a few things here :-( On 2018-05-16 14:16:54 +0200, Jacopo Mondi wrote: > Handle media-controller in the digital notifier operations (bound, > unbind and

Re: [PATCH 1/3] sh_eth: add RGMII support

> > Hi Sergei > > > > What about > > PHY_INTERFACE_MODE_RGMII_ID, > > PHY_INTERFACE_MODE_RGMII_RXID, > > PHY_INTERFACE_MODE_RGMII_TXID, > >Oops, totally forgot about those... :-/ Everybody does. I keep intending to write a email template for this, and

Re: [PATCH 1/3] sh_eth: add RGMII support

On 05/16/2018 11:30 PM, Andrew Lunn wrote: >> The R-Car V3H (AKA R8A77980) GEther controller adds support for the RGMII >> PHY interface mode as a new value for the RMII_MII register. >> >> Based on the original (and large) patch by Vladimir Barinov. >> >> Signed-off-by: Vladimir Barinov

Re: [PATCH v2 1/4] media: rcar-vin: Parse digital input in mc-path

Hi Jacopo, Thanks for your work! First let me apologies for the use of the keyword 'digital' in the driver it should have been parallel... Someday we should remedy this. If you touch any parts of the code where such a transition make sens I would not complain about the intermixed use of

Re: [PATCH 1/3] sh_eth: add RGMII support

On Wed, May 16, 2018 at 10:56:45PM +0300, Sergei Shtylyov wrote: > The R-Car V3H (AKA R8A77980) GEther controller adds support for the RGMII > PHY interface mode as a new value for the RMII_MII register. > > Based on the original (and large) patch by Vladimir Barinov. > > Signed-off-by:

Re: [PATCH net-next v2 2/2] drivers: net: Remove device_node checks with of_mdiobus_register()

Hello! On 05/16/2018 02:56 AM, Florian Fainelli wrote: > A number of drivers have the following pattern: > > if (np) > of_mdiobus_register() > else > mdiobus_register() > > which the implementation of of_mdiobus_register() now takes care of. > Remove that pattern in drivers that

[PATCH 3/3] sh_eth: add R8A77980 support

Finally, add support for the DT probing of the R-Car V3H (AKA R8A77980) -- it's the only R-Car gen3 SoC having the GEther controller -- others have only EtherAVB... Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov

[PATCH 2/3] sh_eth: add EDMR.NBST support

The R-Car V3H (AKA R8A77980) GEther controller adds the DMA burst mode bit (NBST) in EDMR and the manual tells to always set it before doing any DMA. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by:

[PATCH 1/3] sh_eth: add RGMII support

The R-Car V3H (AKA R8A77980) GEther controller adds support for the RGMII PHY interface mode as a new value for the RMII_MII register. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei

[PATCH 0/3] Add R8A77980 GEther support

Hello! Here's a set of 3 patches against DaveM's 'net-next.git' repo. They (gradually) add R8A77980 GEther support to the 'sh_eth' driver, starting with couple new register bits/values introduced with this chip, and ending with adding a new 'struct sh_eth_cpu_data' instance connected to the new

Re: [PATCH net-next 2/2] drivers: net: Remove device_node checks with of_mdiobus_register()

Hi Florian, I love your patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Florian-Fainelli/of-mdio-Fall-back-to-mdiobus_register-with-np-is-NULL/20180516-203317 config: arm-omap2plus_defconfig (attached as .config

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

Hi Ulrich, On 2018-05-16 15:07:01 +0200, Ulrich Hecht wrote: > On Wed, Apr 11, 2018 at 11:01 AM, jacopo mondi wrote: > > Hello Kaneko-san, > > > > On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: > >> This series adds thermal support for r8a77995. > >> R-Car

Re: [PATCH net-next v2 0/2] of: mdio: Fall back to mdiobus_register() with NULL device_node

From: Florian Fainelli Date: Tue, 15 May 2018 16:56:17 -0700 > This patch series updates of_mdiobus_register() such that when the device_node > argument is NULL, it calls mdiobus_register() directly. This is consistent > with > the behavior of of_mdiobus_register() when

Re: [PATCH 1/2] arm64: dts: r8a77995: Add MSIOF device nodes

Hi Uli, On Wed, May 16, 2018 at 3:05 PM, Ulrich Hecht wrote: > From: Hiromitsu Yamasaki > > This patch adds MSIOF device nodes for the R8A77995 SoC. > > Signed-off-by: Hiromitsu Yamasaki >

Re: [PATCH 2/5] drm: rcar-du: lvds: Add R8A77995 support

On 05/16/2018 04:06 PM, Ulrich Hecht wrote: Add support for the R-Car D3 (R8A77995) SoC to the LVDS encoder driver. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 6 ++ 1 file changed, 6 insertions(+)

[PATCH 4/6] media: rcar-vin: Handle CLOCKENB pin polarity

Handle CLOCKENB pin polarity, or use HSYNC in its place if polarity is not specified. Signed-off-by: Jacopo Mondi --- drivers/media/platform/rcar-vin/rcar-dma.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/media/platform/rcar-vin/rcar-dma.c

[PATCH 2/6] dt-bindings: media: rcar-vin: Document data-active

Document 'data-active' property in R-Car VIN device tree bindings. The property is optional when running with explicit synchronization (eg. BT.601) but mandatory when embedded synchronization is in use (eg. BT.656) as specified by the hardware manual. Signed-off-by: Jacopo Mondi

[PATCH 5/6] ARM: dts: rcar-gen2: Remove unused VIN properties

The 'bus-width' and 'pclk-sample' properties are not parsed by the VIN driver and only confuse users. Remove them in all Gen2 SoC that used them. Signed-off-by: Jacopo Mondi --- arch/arm/boot/dts/r8a7790-lager.dts | 3 --- arch/arm/boot/dts/r8a7791-koelsch.dts | 3

[PATCH 0/6] media: rcar-vin: Brush endpoint properties

Hello, this series touches the bindings and the driver handling endpoint properties for digital subdevices of the R-Car VIN driver. The first patch simply documents what are the endpoint properties supported at the moment, then the second one extends them with 'data-active'. As the VIN

[PATCH 1/6] dt-bindings: media: rcar-vin: Describe optional ep properties

Describe the optional endpoint properties for endpoint nodes of port@0 and port@1 of the R-Car VIN driver device tree bindings documentation. Signed-off-by: Jacopo Mondi --- Documentation/devicetree/bindings/media/rcar_vin.txt | 13 - 1 file changed, 12

[PATCH 6/6] ARM: dts: rcar-gen2: Add 'data-active' property

The 'data-active' property needs to be specified when using embedded synchronization. Add it to the Gen-2 boards using composite video input. Signed-off-by: Jacopo Mondi --- arch/arm/boot/dts/r8a7790-lager.dts | 1 + arch/arm/boot/dts/r8a7791-koelsch.dts | 1 +

[PATCH v2 3/3] arm64: dts: renesas: draak: Describe HDMI input

Describe HDMI input connector and ADV7612 HDMI decoder installed on R-Car Gen3 Draak board. The video signal routing to the HDMI decoder to the video input interface VIN4 is multiplexed with CVBS input path, and enabled/disabled through on-board switches SW-49, SW-50, SW-51 and SW-52. As the

[PATCH v2 1/3] dt-bindings: media: rcar-vin: Add R8A77995 support

Add compatible string for R-Car D3 R8A7795 to list of SoCs supported by rcar-vin driver. Signed-off-by: Jacopo Mondi Acked-by: Niklas Söderlund Reviewed-by: Laurent Pinchart Reviewed-by: Simon

[PATCH v2 2/3] arm64: dts: renesas: draak: Describe CVBS input

Describe CVBS video input through analog video decoder ADV7180 connected to video input interface VIN4. The video input signal path is shared with HDMI video input, and selected by on-board switches SW-53 and SW-54 with CVBS input selected by the default switches configuration. ---

[PATCH v2 0/3] arm64: dts: Draak: Enable video inputs and VIN4

Hello, the second iteration of this series enables HDMI and CVBS video inputs for the Draak board. >From v1 series the description of VIN4 video interface for R8A77995 SoC has already been collected by Simon, thus I'm not resending it. This new version describes the HDMI input as v1 did, but

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

On Wed, Apr 11, 2018 at 11:01 AM, jacopo mondi wrote: > Hello Kaneko-san, > > On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: >> This series adds thermal support for r8a77995. >> R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. >>

Re: [PATCH 2/5] drm: rcar-du: lvds: Add R8A77995 support

On Wed, May 16, 2018 at 10:59 AM, Sergei Shtylyov wrote: > Hello! > > On 5/16/2018 10:54 AM, Simon Horman wrote: > >>> Add support for the R-Car D3 (R8A77995) SoC to the LVDS encoder driver. >>> >>> Signed-off-by: Ulrich Hecht

[PATCH 1/2] dmaengine: usb-dmac: Document R8A7799{0,5} bindings

From: Hiroyuki Yokoyama Renesas R-Car D3 (R8A77995) and E3 (R8A77990) SoCs also have the R-Car gen2/3 compatible DMA controllers, so document the SoC specific binding. Signed-off-by: Hiroyuki Yokoyama [uli: squashed]

[PATCH 2/2] dmaengine: rcar-dmac: Document R8A77990 bindings

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

[PATCH] arm64: dts: r8a77995: Add SCIF-{0,1,3,4,5} device nodes

From: Takeshi Kihara This patch adds the device nodes for SCIF-{0,1,3,4,5} serial ports, incl. clocks and power domain. Signed-off-by: Takeshi Kihara Signed-off-by: Ulrich Hecht ---

[PATCH 1/2] arm64: dts: r8a77995: Add MSIOF device nodes

From: Hiromitsu Yamasaki This patch adds MSIOF device nodes for the R8A77995 SoC. Signed-off-by: Hiromitsu Yamasaki Signed-off-by: Takeshi Kihara [uli: remove unimplemented ref clock]

[PATCH 2/2] spi: sh-msiof: Document R-Car D3 support

Document support for the MSIOF module in the Renesas D3 (r8a77995) SoC. No driver update is needed. Signed-off-by: Ulrich Hecht --- Documentation/devicetree/bindings/spi/sh-msiof.txt | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH net-next v2 0/2] of: mdio: Fall back to mdiobus_register() with NULL device_node

On Wed, May 16, 2018 at 10:54:12AM +0200, Geert Uytterhoeven wrote: > Hi Florian, > > Thanks for your series! > I like the effect on simplifying drivers. > > On Wed, May 16, 2018 at 1:56 AM, Florian Fainelli > wrote: > > This patch series updates of_mdiobus_register()

[PATCH v2 2/4] media: rcar-vin: Handle mc in digital notifier ops

Handle media-controller in the digital notifier operations (bound, unbind and complete) registered for VIN instances handling a digital input subdevice. Signed-off-by: Jacopo Mondi --- drivers/media/platform/rcar-vin/rcar-core.c | 94 - 1

[PATCH v2 0/4] rcar-vin: Add support for digital input on Gen3

Hello, this series add support for 'digital' input to the Gen3 version of rcar-vin driver. 'Digital' inputs (the terms comes from the existing Gen2 version of the driver) describe parallel video input sources connected to a VIN instance. So far, the Gen3-version of the driver (the

[PATCH v2 3/4] media: rcar-vin: Handle digital subdev in link_notify

Handle digital subdevices in link_notify callback. If the notified link involves a digital subdevice, do not change routing of the VIN-CSI-2 devices. Signed-off-by: Jacopo Mondi --- drivers/media/platform/rcar-vin/rcar-core.c | 30 +++-- 1 file

Re: [PATCH net-next v2 2/2] drivers: net: Remove device_node checks with of_mdiobus_register()

On 16-05-2018 00:56, Florian Fainelli wrote: > A number of drivers have the following pattern: > > if (np) > of_mdiobus_register() > else > mdiobus_register() > > which the implementation of of_mdiobus_register() now takes care of. > Remove that pattern in drivers that strictly adhere

[ANNOUNCE] Renesas tree closed for v4.18

Hi, I would like to stop accepting non-bug-fix patches for v4.18 and get the last pull requests posted by the end of this week. This is in order for them to be sent before the release of v4.17-rc6, the deadline set by the ARM SoC maintainers. As patches should ideally progress from the renesas

[PATCH v3 01/26] drm/bridge: allow optionally specifying an owner .odev device

Bridge drivers can now (temporarily, in a transition phase) select if they want to provide a full owner device or keep just providing an of_node. By providing a full owner device, the bridge drivers no longer need to provide an of_node since that node is available via the owner device. When all

[PATCH v3 00/26] device link, bridge supplier <-> drm device

Hi! It was noted by Russell King [1] that bridges (not using components) might disappear unexpectedly if the owner of the bridge was unbound. Jyri Sarha had previously noted the same thing with panels [2]. Jyri came up with using device links to resolve the panel issue, which was also my

[PATCH v3 22/26] drm/rcar-du: lvds: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 3d2d3bbd1342..efda02f55c95

[PATCH v3 25/26] drm/bridge: require the owner .odev to be filled in on drm_bridge_add/attach

The .odev owner device will be handy to have around. Reviewed-by: Andrzej Hajda Acked-by: Daniel Vetter Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v3 24/26] drm/bridge: remove the .of_node member

It is unused. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 -- include/drm/drm_bridge.h | 4 3 files changed, 1 insertion(+), 8

[PATCH v3 26/26] drm/bridge: establish a link between the bridge supplier and consumer

If the bridge supplier is unbound, this will bring the bridge consumer down along with the bridge. Thus, there will no longer linger any dangling pointers from the bridge consumer (the drm_device) to some non-existent bridge supplier. Reviewed-by: Andrzej Hajda Acked-by:

Re: [PATCH v2 26/26] drm/bridge: establish a link between the bridge supplier and consumer

On Tue, May 15, 2018 at 01:09:59PM +0200, Peter Rosin wrote: > On 2018-05-15 12:22, Daniel Vetter wrote: > > On Mon, May 14, 2018 at 10:40 PM, Peter Rosin wrote: > >> On 2018-05-14 18:28, Daniel Vetter wrote: > >>> On Fri, May 11, 2018 at 09:37:47AM +0200, Peter Rosin wrote: >

Re: [PATCH 2/5] drm: rcar-du: lvds: Add R8A77995 support

Hello! On 5/16/2018 10:54 AM, Simon Horman wrote: Add support for the R-Car D3 (R8A77995) SoC to the LVDS encoder driver. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v2 2/2] soc: renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}

On Wed, May 16, 2018 at 09:47:04AM +0200, Geert Uytterhoeven wrote: > On Tue, May 15, 2018 at 2:07 PM, Yoshihiro Shimoda > wrote: > > This patch adds workaround for 3DG-{A,B} of R-Car E3 ES1.0 because > > the SoC has a restriction about the order. > > > >

Re: [PATCH v2 1/2] soc: renesas: rcar-sysc: Add support for R-Car E3 power areas

On Wed, May 16, 2018 at 09:45:30AM +0200, Geert Uytterhoeven wrote: > On Tue, May 15, 2018 at 2:07 PM, Yoshihiro Shimoda > wrote: > > From: Takeshi Kihara > > > > This patch adds Cortex-A53 CPU{0,1}, Cortex-A53 SCU, Cortex-R7,

Re: [PATCH net-next v2 0/2] of: mdio: Fall back to mdiobus_register() with NULL device_node

Hi Florian, Thanks for your series! I like the effect on simplifying drivers. On Wed, May 16, 2018 at 1:56 AM, Florian Fainelli wrote: > This patch series updates of_mdiobus_register() such that when the device_node > argument is NULL, it calls mdiobus_register() directly.

Re: [PATCH v2 2/2] ARM: dts: r8a7740: Add CEU0

On Wed, May 16, 2018 at 09:40:09AM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Thu, Apr 26, 2018 at 8:24 PM, Jacopo Mondi > wrote: > > Describe CEU0 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > > > Reported-by: Geert Uytterhoeven > >

Re: [PATCH 4/5] arm64: dts: renesas: r8a77995-draak: add HDMI output

On Tue, May 15, 2018 at 02:20:39PM +0200, Ulrich Hecht wrote: > Adds LVDS decoder, HDMI encoder and connector for Draak boards. > > Signed-off-by: Ulrich Hecht > --- > arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 80 > ++ > 1 file

Re: [PATCH 3/5] arm64: dts: renesas: r8a77995: Add LVDS support

On Tue, May 15, 2018 at 02:20:38PM +0200, Ulrich Hecht wrote: > From: Kieran Bingham > > The r8a77995 D3 platform has 2 LVDS channels connected to the DU. > > Signed-off-by: Kieran Bingham > [uli: moved lvds*

Re: [PATCH 1/5] drm: rcar-du: Add r8a77995 device support

On Tue, May 15, 2018 at 02:20:36PM +0200, Ulrich Hecht wrote: > From: Koji Matsuoka > > Add support for the R-Car D3 (R8A77995) SoC to the R-Car DU driver. > > Signed-off-by: Koji Matsuoka > Signed-off-by: Ulrich Hecht

Re: [PATCH 2/5] drm: rcar-du: lvds: Add R8A77995 support

On Tue, May 15, 2018 at 02:20:37PM +0200, Ulrich Hecht wrote: > Add support for the R-Car D3 (R8A77995) SoC to the LVDS encoder driver. > > Signed-off-by: Ulrich Hecht > --- > drivers/gpu/drm/rcar-du/rcar_lvds.c | 6 ++ > 1 file changed, 6 insertions(+) > >

Re: [PATCH 1/3] dt-bindings: media: rcar-vin: Add R8A77995 support

On Tue, May 15, 2018 at 10:36:27AM +0200, jacopo mondi wrote: > Hi Simon, > > On Fri, May 11, 2018 at 03:35:14PM +0200, Simon Horman wrote: > > On Fri, May 11, 2018 at 12:00:00PM +0200, Jacopo Mondi wrote: > > > Add compatible string for R-Car D3 R8A7795 to list of SoCs supported by > > >

Re: [PATCH v2 2/2] soc: renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}

On Tue, May 15, 2018 at 2:07 PM, Yoshihiro Shimoda wrote: > This patch adds workaround for 3DG-{A,B} of R-Car E3 ES1.0 because > the SoC has a restriction about the order. > > Signed-off-by: Yoshihiro Shimoda Reviewed-by: Geert

Re: [PATCH v2 1/2] soc: renesas: rcar-sysc: Add support for R-Car E3 power areas

On Tue, May 15, 2018 at 2:07 PM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds Cortex-A53 CPU{0,1}, Cortex-A53 SCU, Cortex-R7, A3VC, > A2VC1 and 3DG-{A,B} power domain areas for the R8A77990 SoC. > >

Re: [PATCH 3/3] arm64: dts: renesas: r8a7795: add ccree binding

On Tue, May 15, 2018 at 04:50:44PM +0200, Geert Uytterhoeven wrote: > Hi Gilad, > > On Tue, May 15, 2018 at 2:29 PM, Gilad Ben-Yossef wrote: > > Add bindings for CryptoCell instance in the SoC. > > > > Signed-off-by: Gilad Ben-Yossef > > Thanks for

Re: [PATCH v2] ARM: dts: r8a7740: Add CEU1

Hi Simon, On Tue, May 15, 2018 at 10:00 AM, Simon Horman wrote: > Describe CEU1 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > Signed-off-by: Simon Horman > --- > v2 > * Correct register range start address Thanks for your patch!

Re: [PATCH v2 2/2] ARM: dts: r8a7740: Add CEU0

Hi Jacopo, On Thu, Apr 26, 2018 at 8:24 PM, Jacopo Mondi wrote: > Describe CEU0 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > Reported-by: Geert Uytterhoeven > Signed-off-by: Jacopo Mondi Thanks for your patch!

Re: [PATCH 0/7] arm64: dts: renesas: enable VIN, CSI-2 and ADV7482

On Wed, May 16, 2018 at 03:58:47AM +0200, Niklas Söderlund wrote: > Hi Simon, > > This series enable capture for H3, M3-W, M3-N Salvator-X and Salvator-XS > boards. It also adds the VIN and CSI-2 nodes for V3M, but as the ADV7482 > is on the V3M expansion boards I have chosen not include that

Re: [RFT] arm64: dts: r8a77965: add I2C support

On Sun, May 13, 2018 at 01:48:33PM +0200, Niklas Söderlund wrote: > Hi Simon, > > On 2018-05-13 10:19:13 +0200, Simon Horman wrote: > > On Fri, May 11, 2018 at 04:00:29PM +0200, Niklas Söderlund wrote: > > > Signed-off-by: Niklas Söderlund > > > --- > > >

Re: [PATCH 4/4] arm64: dts: renesas: r8a77990: ebisu: Enable EthernetAVB

On Sun, May 13, 2018 at 11:28:58AM +0200, Simon Horman wrote: > On Fri, May 11, 2018 at 01:31:21PM +0900, Yoshihiro Shimoda wrote: > > This patch enables EthernetAVB for r8a77990 Ebisu board. > > > > Based on a patch from Takeshi Kihara > > > > Signed-off-by:

Re: [PATCH 3/4] arm64: dts: renesas: r8a77990: Add EthernetAVB device nodes

On Sun, May 13, 2018 at 11:16:16AM +0200, Simon Horman wrote: > On Fri, May 11, 2018 at 01:31:20PM +0900, Yoshihiro Shimoda wrote: > > This patch adds EthernetAVB node for r8a77990 (R-Car E3). > > > > Based on a patch from Takeshi Kihara > > > > Signed-off-by:

Re: [PATCH 2/4] arm64: dts: renesas: r8a77990: Add GPIO device nodes

On Sun, May 13, 2018 at 11:02:05AM +0200, Simon Horman wrote: > On Fri, May 11, 2018 at 01:31:19PM +0900, Yoshihiro Shimoda wrote: > > This patch adds GPIO nodes for r8a77990 (R-Car E3). > > > > Based on a patch from Takeshi Kihara > > > > Signed-off-by: Yoshihiro

Re: [PATCH 1/4] arm64: dts: renesas: r8a77990: Add PFC device node

On Mon, May 14, 2018 at 10:27:21PM +0200, Geert Uytterhoeven wrote: > Hi Simon, > > On Sun, May 13, 2018 at 10:14 AM, Simon Horman wrote: > > On Fri, May 11, 2018 at 01:31:18PM +0900, Yoshihiro Shimoda wrote: > >> This patch adds PFC device node for r8a77990 (R-Car E3). > >>

Re: [PATCH 2/2] arm64: dts: renesas: initial V3HSK board device tree

On Sun, May 13, 2018 at 10:07:04AM +0200, Simon Horman wrote: > On Thu, May 10, 2018 at 09:12:30PM +0300, 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

Re: [PATCH v2] ARM: dts: r8a7740: Add CEU1

On Tue, May 15, 2018 at 10:23:10AM +0200, jacopo mondi wrote: > Hi Simon, > > On Tue, May 15, 2018 at 10:00:38AM +0200, Simon Horman wrote: > > Describe CEU1 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > > > Signed-off-by: Simon Horman > > Reviewed-by: Jacopo

Re: [PATCH] ARM: multi_v7_defconfig: Enable RENESAS_WDT

On Wed, May 02, 2018 at 11:43:53AM +0200, Simon Horman wrote: > R-Car Gen2 and RZ/G1 platforms come with a watchdog IP, therefore enable > its driver by default. It is enabled as a module to avoid increasing > the kernel image size. > > Signed-off-by: Simon Horman

Re: [PATCH net-next v2 2/2] drivers: net: Remove device_node checks with of_mdiobus_register()

Hi Florian, On Tue, May 15, 2018 at 04:56:19PM -0700, Florian Fainelli wrote: > A number of drivers have the following pattern: > > if (np) > of_mdiobus_register() > else > mdiobus_register() > > which the implementation of of_mdiobus_register() now takes care of. > Remove that