Re: [PATCH 2/3] arm64: dts: renesas: r8a77995: Add VIN4

On Mon, May 14, 2018 at 05:36:41AM +0300, Laurent Pinchart wrote: > Hello, > > On Friday, 11 May 2018 16:45:16 EEST Simon Horman wrote: > > On Fri, May 11, 2018 at 01:25:23PM +0200, Niklas Söderlund wrote: > > > Hi Jacopo, > > > > > > Thanks for your work. > > > > > > On 2018-05-11 12:00:01

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

On Mon, May 07, 2018 at 02:37:57PM +0200, Simon Horman wrote: > Describe CEU1 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > Signed-off-by: Simon Horman Would anyone care to review this change? > --- > arch/arm/boot/dts/r8a7740.dtsi | 10 ++ > 1 file

Re: [PATCH 0/3] arm64: dts: Draak: Enable HDMI input and VIN4

On Mon, May 14, 2018 at 10:33:44PM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Fri, May 11, 2018 at 11:59 AM, Jacopo Mondi > wrote: > >this series enables HDMI input and VIN4 on R-Car D3 Draak board. > > > > The Draak board has an HDMI input connected to

Re: [PATCH v16 2/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

Hi Niklas, thanks fro the patch. On Tue, May 15, 2018 at 02:56:35AM +0200, Niklas Söderlund wrote: > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are > connected between the video sources and the video

Re: [PATCH 1/2] dt-bindings: arm: document Renesas V3HSK board bindings

On Mon, May 14, 2018 at 10:28:34PM +0200, Geert Uytterhoeven wrote: > On Thu, May 10, 2018 at 8:09 PM, Sergei Shtylyov > wrote: > > Document the V3H Starter Kit device tree bindings, listing it as > > a supported board. > > > > This allows to use checkpatch.pl

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

Hi Simon, On Tue, May 15, 2018 at 09:10:06AM +0200, Simon Horman wrote: > On Mon, May 07, 2018 at 02:37:57PM +0200, Simon Horman wrote: > > Describe CEU1 peripheral for Renesas R-Mobile A1 R8A7740 Soc. > > > > Signed-off-by: Simon Horman > > Would anyone care to

Re: [PATCH/RFT v3 1/3] thermal: rcar_thermal: add r8a77995 support

On Mon, May 14, 2018 at 06:11:59AM +0900, Yoshihiro Kaneko wrote: > Hi Simon-san, > > 2018年5月10日(木) 3:11 Simon Horman : > > > On Tue, Apr 03, 2018 at 09:43:03PM +0900, Yoshihiro Kaneko wrote: > > > Add support for R-Car D3 (r8a77995) thermal sensor. > > > > > > Signed-off-by:

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

On Fri, May 11, 2018 at 09:31:37AM +0100, 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 > 'GPIO_INTR_IO' parameter. >

RE: [PATCH v2 6/6] usb: gadget: udc: renesas_usb3: disable the controller's irqs for reconnecting

Hi Simon-san, Thank you for your review! > From: Simon Horman, Sent: Tuesday, May 15, 2018 4:35 PM > > On Tue, Apr 10, 2018 at 02:38:54PM +0900, Yoshihiro Shimoda wrote: > > This patch fixes an issue that reconnection is possible to fail > > because unexpected state handling happens by the

Re: [PATCH/RFC v3 3/4] usb: gadget: udc: renesas_usb3: use usb role switch API

On Tue, May 15, 2018 at 08:02:00AM +, Yoshihiro Shimoda wrote: > Hi Simon-san, > > Thank you for your review! > > > From: Simon Horman, Sent: Tuesday, May 15, 2018 4:54 PM > > On Mon, May 14, 2018 at 06:15:59PM +0900, Yoshihiro Shimoda wrote: > > > > static void usb3_set_mode(struct

Re: [PATCH] media: dt-bindings: media: rcar_vin: add support for r8a77965

On Sun, May 13, 2018 at 08:58:18PM +0200, Niklas Söderlund wrote: > Signed-off-by: Niklas Söderlund Reviewed-by: Simon Horman

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

On Mon, May 14, 2018 at 06:57:04PM +0300, Sergei Shtylyov wrote: > On 05/14/2018 05:30 PM, Simon Horman wrote: > > >>> The compat string renesas,gpio-rcar has been deprecated since v4.14, > >>> the same release that r8a77990 SoC support was added. Thus > >>> renesas,gpio-rcar can safely be

Re: [PATCH v2 5/6] usb: gadget: udc: renesas_usb3: should fail if devm_phy_get() returns error

On Tue, Apr 10, 2018 at 02:38:53PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that this driver ignores errors other than > the non-existence of the device, f.e. a memory allocation failure > in devm_phy_get(). So, this patch replaces devm_phy_get() with > devm_phy_optional_get().

Re: [PATCH v2 6/6] usb: gadget: udc: renesas_usb3: disable the controller's irqs for reconnecting

On Tue, Apr 10, 2018 at 02:38:54PM +0900, Yoshihiro Shimoda wrote: > This patch fixes an issue that reconnection is possible to fail > because unexpected state handling happens by the irqs. To fix the issue, > the driver disables the controller's irqs when disconnected. > > Fixes: 746bfe63bba3

Re: [PATCH 0/2] Revert explicit support for Renesas R-Car Gen 3 r8a779[56] SoCs

On Thu, May 10, 2018 at 11:51:38AM +0200, Rafael J. Wysocki wrote: > On Wednesday, May 2, 2018 11:58:04 AM CEST Simon Horman wrote: > > Revert commits that added explicit support for Renesas R-Car Gen 3 > > r8a779[56] SoCs to the generic cpufreq driver. > > > > This is no longer needed since the

Re: [PATCH] drm: rcar-du: disable dtc graph-endpoint warnings on DT overlays

On Fri, May 11, 2018 at 09:33:23AM -0500, Rob Herring wrote: > The rcar DT overlays are missing symetrical remote-endpoint properties > in their graph nodes because the remote-endpoint is fixed up at > run-time. Disable the dtc 'graph-endpoint' warnings when compiling these > overlays. If this

Re: [PATCH/RFC v3 3/4] usb: gadget: udc: renesas_usb3: use usb role switch API

On Mon, May 14, 2018 at 06:15:59PM +0900, Yoshihiro Shimoda wrote: > This patch uses usb role switch API if the register suceeeded. > > Signed-off-by: Yoshihiro Shimoda > --- > drivers/usb/gadget/udc/renesas_usb3.c | 8 ++-- > 1 file changed, 6

Re: [PATCH v2 6/6] usb: gadget: udc: renesas_usb3: disable the controller's irqs for reconnecting

On Tue, May 15, 2018 at 07:49:44AM +, Yoshihiro Shimoda wrote: > Hi Simon-san, > > Thank you for your review! > > > From: Simon Horman, Sent: Tuesday, May 15, 2018 4:35 PM > > > > On Tue, Apr 10, 2018 at 02:38:54PM +0900, Yoshihiro Shimoda wrote: > > > This patch fixes an issue that

Re: [PATCH 0/2] Revert explicit support for Renesas R-Car Gen 3 r8a779[56] SoCs

On Tue, May 15, 2018 at 9:35 AM, Simon Horman wrote: > On Thu, May 10, 2018 at 11:51:38AM +0200, Rafael J. Wysocki wrote: >> On Wednesday, May 2, 2018 11:58:04 AM CEST Simon Horman wrote: >> > Revert commits that added explicit support for Renesas R-Car Gen 3 >> > r8a779[56]

RE: [PATCH/RFC v3 3/4] usb: gadget: udc: renesas_usb3: use usb role switch API

Hi Simon-san, Thank you for your review! > From: Simon Horman, Sent: Tuesday, May 15, 2018 4:54 PM > On Mon, May 14, 2018 at 06:15:59PM +0900, Yoshihiro Shimoda wrote: > > static void usb3_set_mode(struct renesas_usb3 *usb3, bool host) > > { > > - _usb3_set_mode(usb3, host); > > + if

renesas-drivers-2018-05-15-v4.17-rc5

I have pushed renesas-drivers-2018-05-15-v4.17-rc5 to https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git This tree is meant to ease development of platform support and drivers for Renesas ARM SoCs. It is created by merging (a) the for-next branches of various subsystem trees

Re: [PATCH 6/6] pinctrl: sh-pfc: r8a77990: Add EthernetAVB pins, groups and functions

On Fri, May 11, 2018 at 5:22 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds group and function of AVB PHY, LINK, MAGIC, MII and PTP > pins for the R8A77990 SoC. > > Signed-off-by: Takeshi Kihara

Re: [PATCH v2 2/2] rcar-vin: fix crop and compose handling for Gen3

Hi Niklas, This looks like quite the improvement :D On 11/05/18 15:41, Niklas Söderlund wrote: > When refactoring the Gen3 enablement series crop and compose handling > where broken. This went unnoticed but can result in writing out side the As well as Sergei's 'where/were', 'out side' is one

RE: [PATCH v2 1/3] dt-bindings: timer: renesas, cmt: Document r8a774[35] CMT support

Thank you Simon. Fab > -Original Message- > From: Simon Horman [mailto:ho...@verge.net.au] > Sent: 13 May 2018 08:47 > To: Fabrizio Castro > Cc: Thomas Gleixner ; Daniel Lezcano > ; Geert Uytterhoeven >

RE: [PATCH/RFC v3 1/4] base: devcon: add a new API to find the graph

Hi Heikki, Thank you for the reply! > From: Heikki Krogerus, Sent: Tuesday, May 15, 2018 5:29 PM > > On Tue, May 15, 2018 at 02:19:14AM +, Yoshihiro Shimoda wrote: > > Hi Heikki, > > > > > From: Heikki Krogerus, Sent: Monday, May 14, 2018 10:28 PM > > > > > > On Mon, May 14, 2018 at

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

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 a/drivers/gpu/drm/rcar-du/rcar_lvds.c

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

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 --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 26

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

From: Kieran Bingham The r8a77995 D3 platform has 2 LVDS channels connected to the DU. Signed-off-by: Kieran Bingham [uli: moved lvds* into the soc node, added PM domains, resets] Signed-off-by: Ulrich Hecht

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

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 changed, 80 insertions(+) diff --git

[PATCH 0/5] R-Car D3 LVDS/HDMI support

Hi! This adds D3 support to the DU and LVDS drivers, not including LVDS PLL support. It also adds LVDS encoders to the D3 device tree, and LVDS decoder, HDMI encoder and HDMI output connector to the Draak device tree. In theory that should be good enough to provide HDMI output on the Draak

[PATCH 5/5] arm64: dts: renesas: r8a77995-draak: add X12 input dot clock

74.25 Mhz oscillator X12 is connected to DU_DOTCLKIN0. Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77995-draak.dts

Re: Booting Salvator-X ES1 board with upstream kernel

On Mon, May 14, 2018 at 5:29 PM, Geert Uytterhoeven wrote: > Hi Gilad, > > On Thu, May 10, 2018 at 10:12 AM, Gilad Ben-Yossef > wrote: >> I am trying to add support for the CryptoCell security IP in the >> R-Rcar boards to mainline but I've run into

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

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 your patch! > --- a/arch/arm64/boot/dts/renesas/r8a7795.dtsi > +++

Re: [PATCH 2/3] clk: renesas: r8a7795: Add ccree clock

Hi Gilad, On Tue, May 15, 2018 at 2:29 PM, Gilad Ben-Yossef wrote: > This patch adds the clock used by the CryptoCell 630p instance in the SoC. > > Signed-off-by: Gilad Ben-Yossef Thanks for your patch! > --- a/drivers/clk/renesas/r8a7795-cpg-mssr.c >

Re: [PATCH v16 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2

On Tue, May 15, 2018 at 07:50:45AM +0300, Laurent Pinchart wrote: > Hi Niklas, > > On Tuesday, 15 May 2018 03:56:33 EEST Niklas Söderlund wrote: > > Hi, > > > > This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's > > based on top of the media-tree and are tested on Renesas

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

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: >>> On 2018-05-10 10:10, Andrzej Hajda wrote: On 04.05.2018 15:52, Peter Rosin wrote: > If the bridge supplier

[PATCH v2 0/2] soc: renesas: r8a77990-sysc: Add support for R-Car E3

This patch is based on the renesas-devel-20180515-v4.17-rc5 tag of renesas.git. Changes from v1: - Rebase the latest kernel. - Modify r8a77990_areas[] as the specification in patch 1. - Use // instead of /* */ at the SPDX-License-Identifier line in patch 1. - Add workaround patch for 3DG-{A,B

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

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 --- drivers/soc/renesas/r8a77990-sysc.c | 37 - 1 file changed, 36 insertions(+),

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

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. Signed-off-by: Takeshi Kihara [shimoda: fix 3DG-{A,B} and add

Re: [PATCH 5/6] pinctrl: sh-pfc: r8a77990: Add I2C{1,2,4,5,6,7} pins, groups and functions

On Fri, May 11, 2018 at 5:22 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds I2C{1,2,4,5,6,7} pins, groups and functions to > the R8A77990 SoC. > > NOTE: I2C0 and I2C3 are not pin multiplexed. > >

Re: [PATCH 05/61] clk: samsung: simplify getting .drvdata

On 04/19/2018 04:05 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Sylwester Nawrocki It seems to

[PATCH 1/3] crypto: ccree: drop signature register check

We were using the content of the signature register as a sanity check for the hardware functioning but it turns out not all implementers use the same values so the check is giving false negative on certain SoCs and so we drop it. Signed-off-by: Gilad Ben-Yossef ---

[PATCH 2/3] clk: renesas: r8a7795: Add ccree clock

This patch adds the clock used by the CryptoCell 630p instance in the SoC. Signed-off-by: Gilad Ben-Yossef --- drivers/clk/renesas/r8a7795-cpg-mssr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c

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

Add bindings for CryptoCell instance in the SoC. Signed-off-by: Gilad Ben-Yossef --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi b/arch/arm64/boot/dts/renesas/r8a7795.dtsi

[PATCH 0/3] enable ccree on Renesas R-Car platform

The following patch set enables CryptoCell present in the Renesas R-Car SoC. Gilad Ben-Yossef (3): crypto: ccree: drop signature register check clk: renesas: r8a7795: Add ccree clock arm64: dts: renesas: r8a7795: add ccree binding arch/arm64/boot/dts/renesas/r8a7795.dtsi | 8

Re: [PATCH v2 1/2] Revert "media: rcar-vin: enable field toggle after a set number of lines for Gen3"

Hi Niklas, On 11/05/18 15:41, Niklas Söderlund wrote: > The offending commit was an attempt to fix the issue of writing outside > the capture buffer for VIN Gen3. Unfortunately it only fixed the symptom > of the problem to such a degree I could no longer reproduce it. Revert > the offending

Re: [PATCH 26/61] media: platform: exynos4-is: simplify getting .drvdata

On 04/19/2018 04:05 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Sylwester Nawrocki

Re: [PATCH] pinctrl: sh-pfc: r8a77965: Add I2C pin support

On Sun, May 13, 2018 at 1:35 PM, Niklas Söderlund wrote: > Signed-off-by: Niklas Söderlund Reviewed-by: Geert Uytterhoeven i.e. will queue in sh-pfc-for-v4.18... Gr{oetje,eeting}s,

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

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: On 2018-05-10 10:10, Andrzej Hajda wrote: > On 04.05.2018 15:52,

Re: [PATCH 27/61] media: platform: s5p-mfc: simplify getting .drvdata

On 04/19/2018 04:05 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Sylwester Nawrocki

Re: [PATCH] drm: rcar-du: disable dtc graph-endpoint warnings on DT overlays

Hi Rob, Thank you for the patch. On Friday, 11 May 2018 17:33:23 EEST Rob Herring wrote: > The rcar DT overlays are missing symetrical remote-endpoint properties > in their graph nodes because the remote-endpoint is fixed up at > run-time. Disable the dtc 'graph-endpoint' warnings when compiling

Re: [PATCH/RFT v3 1/3] thermal: rcar_thermal: add r8a77995 support

2018-05-15 16:26 GMT+09:00 Simon Horman : > On Mon, May 14, 2018 at 06:11:59AM +0900, Yoshihiro Kaneko wrote: >> Hi Simon-san, >> >> 2018年5月10日(木) 3:11 Simon Horman : >> >> > On Tue, Apr 03, 2018 at 09:43:03PM +0900, Yoshihiro Kaneko wrote: >> > > Add

Re: [PATCH 05/61] clk: samsung: simplify getting .drvdata

Quoting Sylwester Nawrocki (2018-05-15 02:32:12) > On 04/19/2018 04:05 PM, Wolfram Sang wrote: > > We should get drvdata from struct device directly. Going via > > platform_device is an unneeded step back and forth. > > > > Signed-off-by: Wolfram Sang > >

Re: [PATCH 05/61] clk: samsung: simplify getting .drvdata

Quoting Wolfram Sang (2018-04-19 07:05:35) > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- Applied to clk-next

Re: [PATCH] drm: rcar-du: Fix rcar_du_of_init() stub

Hi Laurent Thanks for identifying this fault and posting the fix. (+linux-renesas-soc) On 15/05/18 16:57, Laurent Pinchart wrote: > The rcar_du_of_init() function is supposed to be defined as a stub when > CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled > in that case.

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

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 to it. Signed-off-by: Florian Fainelli

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

Hi all, 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 CONFIG_OF=n. I only converted the most obvious drivers, there are others that have a

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

When the device_node specified is NULL, fall back to mdiobus_register(). We have a number of drivers having a similar pattern which is: if (np) of_mdiobus_register() else mdiobus_register() so incorporate that behavior within the core of_mdiobus_register() function. This is also

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

On 05/15/2018 06:56 PM, 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 to

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

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 Mondi Thank you! j > --- > v2 > * Correct

Re: [PATCH/RFC v3 1/4] base: devcon: add a new API to find the graph

On Tue, May 15, 2018 at 02:19:14AM +, Yoshihiro Shimoda wrote: > Hi Heikki, > > > From: Heikki Krogerus, Sent: Monday, May 14, 2018 10:28 PM > > > > On Mon, May 14, 2018 at 06:15:57PM +0900, Yoshihiro Shimoda wrote: > > > > diff --git a/drivers/base/devcon.c b/drivers/base/devcon.c > > >

RE: [PATCH/RFC v3 3/4] usb: gadget: udc: renesas_usb3: use usb role switch API

Hi Simon-san, > From: Simon Horman, Sent: Tuesday, May 15, 2018 5:04 PM > > On Tue, May 15, 2018 at 08:02:00AM +, Yoshihiro Shimoda wrote: > > Hi Simon-san, > > > > Thank you for your review! > > > > > From: Simon Horman, Sent: Tuesday, May 15, 2018 4:54 PM > > > On Mon, May 14, 2018 at

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

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 > > rcar-vin driver. > > > > Signed-off-by: Jacopo Mondi

Re: [PATCH 3/6] pinctrl: sh-pfc: r8a77990: Add bias pinconf support

On Mon, May 14, 2018 at 10:13 PM, Geert Uytterhoeven wrote: > On Fri, May 11, 2018 at 5:22 AM, Yoshihiro Shimoda > wrote: >> From: Takeshi Kihara >> >> This patch implements control of pull-up and pull-down.

Re: [PATCH] dt-bindings: net: ravb: Add support for r8a77990 SoC

On 5/13/2018 10:58 AM, Simon Horman wrote: Add documentation for r8a77990 compatible string to renesas ravb device tree bindings documentation. Signed-off-by: Yoshihiro Shimoda I'm assuming this isn't targetted at one of my trees. Just FYI. Hi Dave, I

Re: [PATCH 4/6] pinctrl: sh-pfc: r8a77990: Add SCIF pins, groups and functions

On Fri, May 11, 2018 at 5:22 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds SCIF{0,1,2,3,4,5} pins, groups and functions to R8A77990 > SoC. > > Signed-off-by: Takeshi Kihara

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

From: Florian Fainelli Sent: 2018年5月16日 7:56 > 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

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

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 enablement in this series. Patch 1-5/6 adds the VIN and CSI-2 for each SoC,

[PATCH 3/7] arm64: dts: renesas: r8a7796: add VIN and CSI-2 nodes

Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 367 +++ 1 file changed, 367 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7796.dtsi b/arch/arm64/boot/dts/renesas/r8a7796.dtsi index

[PATCH 7/7] arm64: dts: renesas: salvator-common: enable VIN

Signed-off-by: Niklas Söderlund --- .../boot/dts/renesas/salvator-common.dtsi | 32 +++ 1 file changed, 32 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/salvator-common.dtsi b/arch/arm64/boot/dts/renesas/salvator-common.dtsi

[PATCH 1/7] arm64: dts: renesas: r8a7795: add VIN and CSI-2 nodes

Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 389 +++ 1 file changed, 389 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi b/arch/arm64/boot/dts/renesas/r8a7795.dtsi index

[PATCH 6/7] arm64: dts: renesas: salvator-common: Add ADV7482 support

From: Kieran Bingham The Salvator boards use an ADV7482 receiver for HDMI and CVBS inputs. Provide ADV7482 node on the i2c4 bus, along with connectors for the hdmi and cvbs inputs, and link to the csi20 and csi40 nodes as outputs. Signed-off-by: Kieran

[PATCH 4/7] arm64: dts: renesas: r8a77965: add VIN and CSI-2 nodes

Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 326 +- 1 file changed, 316 insertions(+), 10 deletions(-) diff --git a/arch/arm64/boot/dts/renesas/r8a77965.dtsi

[PATCH 5/7] arm64: dts: renesas: r8a77970: add VIN and CSI-2 nodes

Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/r8a77970.dtsi | 152 ++ 1 file changed, 152 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77970.dtsi b/arch/arm64/boot/dts/renesas/r8a77970.dtsi index

Re: [git pull] clk: renesas: Updates for v4.18

Quoting Geert Uytterhoeven (2018-05-09 09:52:34) > Hi Mike, Stephen, > > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

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

On 05/15/2018 03:57 PM, Grygorii Strashko wrote: > > > On 05/15/2018 04:59 PM, 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

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

Hi all, 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 CONFIG_OF=n. I only converted the most obvious drivers, there are others that have a

[PATCH net-next 1/2] of: mdio: Fall back to mdiobus_register() with np is NULL

When the Device Tree node specified is NULL, fall back to mdiobus_register(). We have a number of drivers having a similar pattern which is: if (np) of_mdiobus_register() else mdiobus_register() so incorporate that behavior within the core of_mdiobus_register() function. This is

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

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 to it. Signed-off-by: Florian Fainelli

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

On 05/15/2018 04:59 PM, 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 to