[PATCH 1/3] arm64: dts: renesas: r8a7795: salvator-xs: enable usb2_phy3 node

2018-04-26 Thread Yoshihiro Shimoda
This patch enables usb2_phy3 node for r8a7795 with Salvator-XS. You must change the SW31 to OFF-OFF-ON-ON-ON-ON on the board. Signed-off-by: Yoshihiro Shimoda --- .../arm64/boot/dts/renesas/r8a7795-salvator-xs.dts | 24 ++ 1 file changed, 24 insertions(+) diff --git a/arch/a

[PATCH 2/3] arm64: dts: renesas: r8a7795: salvator-xs: enable hsusb channel 3 node

2018-04-26 Thread Yoshihiro Shimoda
This patch enables HS-USB channel3 node for r8a7795 with Salvator-XS. Signed-off-by: Yoshihiro Shimoda --- arch/arm64/boot/dts/renesas/r8a7795-salvator-xs.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795-salvator-xs.dts b/arch/arm64/boot/dts/renes

[PATCH 0/3] arm64: dts: renesas: r8a7795: salvator-xs: enable USB2.0 channel 3

2018-04-26 Thread Yoshihiro Shimoda
This patch set is based on the renesas-devel-20180426-v4.17-rc2 tag of renesas.git. Yoshihiro Shimoda (3): arm64: dts: renesas: r8a7795: salvator-xs: enable usb2_phy3 node arm64: dts: renesas: r8a7795: salvator-xs: enable hsusb channel 3 node arm64: dts: renesas: r8a7795: salvator-xs

[PATCH 3/3] arm64: dts: renesas: r8a7795: salvator-xs: enable USB2.0 host channel 3

2018-04-26 Thread Yoshihiro Shimoda
This patch enables USB2.0 host channel 3 for r8a7795 with Salvator-XS. Signed-off-by: Yoshihiro Shimoda --- arch/arm64/boot/dts/renesas/r8a7795-salvator-xs.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795-salvator-xs.dts b/arch/arm64/boot/d

Re: [PATCH 31/61] net: dsa: simplify getting .drvdata

2018-04-26 Thread Florian Fainelli
On 04/19/2018 07:06 AM, 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 > --- > > Build tested only. buildbot is happy. Please apply individually. Similar to my other comment

Re: [PATCH 04/61] bus: simplify getting .drvdata

2018-04-26 Thread Florian Fainelli
On 04/19/2018 07:05 AM, 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 Looks reasonable, would you want to use dev_set_drvdata() while we are it? That would bring more consis

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

2018-04-26 Thread Niklas Söderlund
Hi Laurent, Thanks for your feedback. On 2018-04-27 00:30:25 +0300, Laurent Pinchart wrote: > Hi Niklas, > > Thank you for the patch. > > On Thursday, 26 April 2018 23:21:21 EEST Niklas Söderlund wrote: > > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > > supports the R-Car G

Re: [PATCH] rcar-vin: enable field toggle after a set number of lines for Gen3

2018-04-26 Thread Laurent Pinchart
Hi Niklas, Thank you for the patch. On Wednesday, 25 April 2018 02:56:52 EEST Niklas Söderlund wrote: > The VIN Gen3 hardware don't have Line Post-Clip capabilities as VIN Gen2 > hardware have. To protect against writing outside the capture window > enable field toggle after a set number of lines

Re: [PATCH] rcar-vin: add support for MEDIA_BUS_FMT_UYVY8_1X16

2018-04-26 Thread Laurent Pinchart
Hi Niklas, Thank you for the patch. On Wednesday, 25 April 2018 02:46:07 EEST Niklas Söderlund wrote: > By setting VNMC_YCAL rcar-vin can support input video in > MEDIA_BUS_FMT_UYVY8_1X16 format. > > Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart > --- > drivers/media/platfor

Re: [PATCH] rcar-vin: remove generic gen3 compatible string

2018-04-26 Thread Laurent Pinchart
Hi Niklas, Thank you for the patch. On Wednesday, 25 April 2018 02:43:21 EEST Niklas Söderlund wrote: > The compatible string "renesas,rcar-gen3-vin" was added before the > Gen3 driver code was added but it's not possible to use. Each SoC in the > Gen3 series require SoC specific knowledge in the

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

2018-04-26 Thread Peter Rosin
On 2018-04-27 00:40, Laurent Pinchart wrote: > Hi Peter, > > Thank you for the patches. > > On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote: >> Hi! >> >> It was noted by Russel King [1] that bridges (not using components) >> might disappear unexpectedly if the owner of the bridge was unb

Re: [PATCH v2] dt-bindings: gpio: Add support for r8a77965

2018-04-26 Thread Linus Walleij
On Mon, Apr 16, 2018 at 8:55 PM, Jacopo Mondi wrote: > Add compatible string for R-Car M3-N (r8a77965) in gpio-rcar. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Geert Uytterhoeven > Reviewed-by: Simon Horman > Reviewed-by: Rob Herring > --- > > Renesas R-Car M3-N support has been merged fo

[PATCH 01/24] drm/bridge: allow optionally specifying an .owner device

2018-04-26 Thread Peter Rosin
Bridge drivers can now (temporarily, in a transition phase) select if they want to provide a full owner 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 bridge d

[PATCH 20/24] drm/rcar-du: lvds: provide an .owner device for the bridge

2018-04-26 Thread Peter Rosin
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..5984c70b5590 100644 --- a/drive

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

2018-04-26 Thread Peter Rosin
It is unused. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- include/drm/drm_bridge.h | 4 2 files changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index 67147673fdeb..9f023bd84d56 100644 --- a/driver

[PATCH 23/24] drm/bridge: require the .owner to be filled in on drm_bridge_attach

2018-04-26 Thread Peter Rosin
The .owner will be handy to have around. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index 9f023bd84d56..a038da696802 100644 --- a/drivers/gpu/drm/drm_bridge.c +++ b

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

2018-04-26 Thread Peter Rosin
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. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c |

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

2018-04-26 Thread Peter Rosin
Hi! It was noted by Russel 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 (independe

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

2018-04-26 Thread Laurent Pinchart
Hi Niklas, Thank you for the patch. On Thursday, 26 April 2018 23:21:21 EEST 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 grabbe

Re: [PATCH 20/61] input: keyboard: simplify getting .drvdata

2018-04-26 Thread Dmitry Torokhov
On Thu, Apr 26, 2018 at 10:04:01PM +0200, Wolfram Sang wrote: > Hi Dmitry, > > > > We should get drvdata from struct device directly. Going via > > > platform_device is an unneeded step back and forth. > > > > I consider the fact that platform device's driver data is accessible via > > device dri

Re: [PATCH 00/17] r8a77965: M3-N DU Enablement

2018-04-26 Thread Laurent Pinchart
Hi Kieran, On Thursday, 26 April 2018 19:53:29 EEST Kieran Bingham wrote: > This series enables the DU for the M3-N R8A77965 SoC, and provides > output on the VGA and HDMI connectors. > > LVDS is not yet supported or tested. > > Patch 13 has the following checkpatch.pl warnings of which I have >

Re: [PATCH 16/17] arm64: dts: r8a77965-salvator-xs: Add DU external dot clocks

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:45 EEST Kieran Bingham wrote: > From: Takeshi Kihara > > The DU1 external dot clock is provided by the fixed frequency clock > generator X21, while the DU0 and DU3 clocks are provided by the > programmable Versaclock6 clock ge

Re: [PATCH 15/17] arm64: dts: r8a77965-salvator-x: Enable HDMI output

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:44 EEST Kieran Bingham wrote: > From: Takeshi Kihara > > Enable the HDMI encoder for the M3N Salvator-X board and hook it up to > the HDMI connector. > > Based on a similar patches of the the Salvator-X board > on the R8A7796

Re: [PATCH 14/17] arm64: dts: r8a77965-salvator-x: Add DU external dot clocks

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:43 EEST Kieran Bingham wrote: > From: Takeshi Kihara > > The DU1 external dot clock is provided by the fixed frequency clock > generator X21, while the DU0 and DU3 clocks are provided by the > programmable Versaclock5 clock ge

Re: [PATCH 13/17] arm64: dts: r8a77965: Add HDMI encoder instance

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:42 EEST Kieran Bingham wrote: > Add the HDMI encoder to the R8A77965 DT in disabled state. > > Based on a similar patch of the R8A7796 device tree > by Laurent Pinchart . > > Signed-off-by: Takeshi Kihara > [Kieran: Rebase to

Re: [PATCH 09/17] arm64: dts: r8a77965: Use the correct CPG header

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:38 EEST Kieran Bingham wrote: > The SoC dtsi includes the generic renesas-cpg-mssr header, which does > not contain all of the relevant SoC specific definitions. > > Adapt this to be the r8a77965 specific header. I would squas

Re: [PATCH 12/17] arm64: dts: r8a77965: Populate the DU instance placeholder

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:41 EEST Kieran Bingham wrote: > The DU entity node has been previously added but only as a placeholder. > Populate the node with the properties to use the device. > > Signed-off-by: Kieran Bingham > --- > arch/arm64/boot/dts/

Re: [PATCH 11/17] arm64: dts: r8a77965: Add VSP instances

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:40 EEST Kieran Bingham wrote: > The r8a77965 has 4 VSP instances. > > Based on a similar patch of the R8A7796 device tree > by Laurent Pinchart . > > Signed-off-by: Takeshi Kihara > [Kieran: Rebased to top of tree, fixed sort

Re: [PATCH 10/17] arm64: dts: r8a77965: Add FCPF and FCPV instances

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:39 EEST Kieran Bingham wrote: > The FCPs handle the interface between various IP cores and memory. Add > the instances related to the FDPs and VSP2s. > > Based on a similar patch of the R8A7796 device tree > by Laurent Pinchart

Re: [PATCH 08/17] arm64: dts: r8a77965: Provide sysc header definitions

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:37 EEST Kieran Bingham wrote: > Include the r8a77965-sysc header to provide power domain enumerations > and definitions. I think you can squash this with the first patch that will use the header. > Signed-off-by: Kieran Bingha

Re: [PATCH 07/17] drm: rcar-du: Add R8A77965 support

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:36 EEST Kieran Bingham wrote: > The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output. > > This platform is unusual in that the VGA is connected to DU3 leaving DU2 > unpopulated. This is reflected by the channel_mask accor

Re: [PATCH 06/17] drm: rcar-du: Allow DU groups to work with hardware indexing

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:35 EEST Kieran Bingham wrote: > The group objects assume linear indexing, and more so always assume that > channel 0 of any active group is used. > > Now that the CRTC objects support non-linear indexing, adapt the groups > to

[PATCH 2/2] arm64: dts: renesas: eagle: add CAN-FD support

2018-04-26 Thread Sergei Shtylyov
Define the Eagle board dependent part of the CAN-FD device node. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77970-eagle.dts | 15 +++ 1 file changed, 15 insertions

[PATCH 1/2] arm64: dts: renesas: r8a77970: add CAN-FD support

2018-04-26 Thread Sergei Shtylyov
Define the generic R8A77970 part of the CAN-FD device node. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77970.dtsi | 32 ++ 1 file changed, 32 inser

Re: [PATCH 05/17] drm: rcar-du: Split CRTC handling to support hardware indexing

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:34 EEST Kieran Bingham wrote: > The DU CRTC driver does not support distinguishing between a hardware > index, and a software (CRTC) index in the event that a DU channel might > not be populated by the hardware. > > Support thi

[PATCH 0/2] Add R8A77970/Eagle CAN-FD support

2018-04-26 Thread Sergei Shtylyov
Hello! Here's the set of 2 patches against Simon Horman's 'renesas.git' repo's 'renesas-devel-20180426-v4.17-rc2' tag. We're adding the R8A77970 CAN-FD device node and then enable single chnanel CAN-FD support on the Eagle board. [1/2] arm64: dts: re

[PATCH v14 1/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

2018-04-26 Thread Niklas Söderlund
Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers are located between the video sources (CSI-2 transmitters) and the video grabbers (VIN) on Gen3 of Renesas R-Car SoC. Each CSI-2 device is connected to more than one VIN device which simultaneously can receive video from the

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

2018-04-26 Thread Niklas Söderlund
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 grabbers (VIN). Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas Söderlu

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

2018-04-26 Thread Niklas Söderlund
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 Salvator-X together with adv7482 and the now in tree rcar-vin driver :-) I hope this is the last incarnation of this patch-set, I do think it is ready for upstream

Re: [PATCH 04/17] drm: rcar-du: Use the correct naming for ODPM fields in DEFR6

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:33 EEST Kieran Bingham wrote: > The naming of the fields for the ODPM signals in the DU extensional > function control register 6 (DEFR6) is incorrect against the data sheets > for both R-Car Gen2 and R-Car Gen3. > > Rename the

Re: [PATCH 03/17] pinctrl: sh-pfc: r8a77965: Add DU RGB output pins, groups and functions

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:32 EEST Kieran Bingham wrote: > This patch adds pins, groups and functions for parallel RGB output > signals from DU. The HDMI and TCON pins are added to separate groups. > > Based on a similar patch of the R8A7796 PFC driver b

Re: [PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:57:32 EEST Kieran Bingham wrote: > Ahem - this one seems to have lost it's commit message. > > Apologies :) Apart from that, this looks good to me. Reviewed-by: Laurent Pinchart and applied to my tree with the commit message

Re: [PATCH 01/17] dt-bindings: display: renesas: du: Increase indent in output table

2018-04-26 Thread Laurent Pinchart
Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:30 EEST Kieran Bingham wrote: > The DU output table lists the port combinations for each supported DU > type. Newer models of R-Car Gen3 platforms have an increased string > length. > > Increase the table indentation in prepar

Re: [PATCH 20/61] input: keyboard: simplify getting .drvdata

2018-04-26 Thread Wolfram Sang
Hi Dmitry, > > We should get drvdata from struct device directly. Going via > > platform_device is an unneeded step back and forth. > > I consider the fact that platform device's driver data is accessible via > device driver data being implementation detail that may or may not change Isn't it ac

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

2018-04-26 Thread Laurent Pinchart
Hi Jacopo, On Thursday, 26 April 2018 21:40:56 EEST jacopo mondi wrote: > On Mon, Apr 23, 2018 at 12:27:39PM +0300, Laurent Pinchart wrote: > > On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote: > >> Add support for storing image format information in DRM bridges with > >> associated hel

[PATCH v2] arm64: dts: r8a77965: Add R-Car Gen3 thermal support

2018-04-26 Thread Niklas Söderlund
Based on previous work by Ryo Kataoka . Signed-off-by: Niklas Söderlund --- Hi Simon, The compatibility string 'renesas,r8a77965-thermal' is accepted but not yet picked up, see '[PATCH v2 0/2] thermal: rcar_gen3_thermal: add r8a77965 support'. * Changes since v1 - Rebased to devel branch of

[PATCH v2 0/2] thermal: rcar_gen3_thermal: add r8a77965 support

2018-04-26 Thread Niklas Söderlund
Hi, This series adds DT documentation and driver support to the rcar-gen3-thermal driver for r8a77965. See each patch for individual changelog. Niklas Söderlund (2): dt-bindings: thermal: rcar-gen3-thermal: add r8a77965 thermal: rcar_gen3_thermal: add r8a77965 support .../devicetree/bindi

[PATCH v2 1/2] dt-bindings: thermal: rcar-gen3-thermal: add r8a77965

2018-04-26 Thread Niklas Söderlund
Based on previous work by Ryo Kataoka . Signed-off-by: Niklas Söderlund Reviewed-by: Geert Uytterhoeven Reviewed-by: Simon Horman Reviewed-by: Rob Herring --- * Changes since v1 - s/H3 and M3-W, M3-N/H3, M3-W and M3-N/ - Add review tags. --- .../devicetree/bindings/thermal/rcar-gen3-thermal

[PATCH v2 2/2] thermal: rcar_gen3_thermal: add r8a77965 support

2018-04-26 Thread Niklas Söderlund
Signed-off-by: Niklas Söderlund Reviewed-by: Geert Uytterhoeven Reviewed-by: Simon Horman --- drivers/thermal/rcar_gen3_thermal.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/thermal/rcar_gen3_thermal.c b/drivers/thermal/rcar_gen3_thermal.c index 561a0a332208504a..c04182e1518cd6

[PATCH] DT: net: can: rcar_canfd: document R8A77970 bindings

2018-04-26 Thread Sergei Shtylyov
Document the R-Car V3M (R8A77970) SoC support in the R-Car CAN-FD bindings. Signed-off-by: Sergei Shtylyov --- The patch is against the 'linux-can-next.git' repo but I wouldn't object if it's merged to the 'linux-can.git' repo instead. :-) Documentation/devicetree/bindings/net/can/rcar_canfd.t

[PATCH] arm64: dts: renesas: r8a77965: use r8a77965-sysc binding definitions

2018-04-26 Thread Niklas Söderlund
Replace the hardcoded power domain indices by R8A77965_PD_* symbols. Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 95 --- 1 file changed, 48 insertions(+), 47 deletions(-) Hi Simon, This is based on top of your trees devel branch from earl

Re: [PATCH 20/61] input: keyboard: simplify getting .drvdata

2018-04-26 Thread Dmitry Torokhov
Hi Wolfram, On Thu, Apr 19, 2018 at 04:05:50PM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. I consider the fact that platform device's driver data is accessible via device driver data being implemen

[PATCH v2 0/2]

2018-04-26 Thread Jacopo Mondi
Hello, this small series add R-Mobile A1 R8A7740 to the list of CEU supported SoCs, and adds the CEU node to r8a7740.dtsi. All the information on CEU clocks, power domains and memory regions have been deducted from the now-deleted board file: arch/arm/mach-shmobile/board-armadillo800eva.c Than

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

2018-04-26 Thread Jacopo Mondi
Describe CEU0 peripheral for Renesas R-Mobile A1 R8A7740 Soc. Reported-by: Geert Uytterhoeven Signed-off-by: Jacopo Mondi --- arch/arm/boot/dts/r8a7740.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/r8a7740.dtsi b/arch/arm/boot/dts/r8a7740.dtsi index afd3

[PATCH v2 1/2] dt-bindings: media: renesas-ceu: Add R-Mobile R8A7740

2018-04-26 Thread Jacopo Mondi
Add R-Mobile A1 R8A7740 SoC to the list of compatible values for the CEU unit. Signed-off-by: Jacopo Mondi --- Documentation/devicetree/bindings/media/renesas,ceu.txt | 7 --- drivers/media/platform/renesas-ceu.c| 1 + 2 files changed, 5 insertions(+), 3 deletions(-) dif

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

2018-04-26 Thread jacopo mondi
Hi Peter, On Sun, Apr 22, 2018 at 10:02:23PM +0200, Peter Rosin wrote: > On 2018-04-19 11:31, Jacopo Mondi wrote: > > Add support for storing image format information in DRM bridges with > > associated helper function. > > > > This patch replicates for bridges what 'drm_display_info_set_bus_format

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

2018-04-26 Thread jacopo mondi
Hi Laurent, On Mon, Apr 23, 2018 at 12:27:39PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote: > > Add support for storing image format information in DRM bridges with > > associated helper function. > > > >

Re: [PATCH v7 01/11] ARM: sunxi: smp: Move assembly code into a file

2018-04-26 Thread kbuild test robot
Hi Mylène, Thank you for the patch! Yet something to improve: [auto build test ERROR on arm-soc/for-next] [also build test ERROR on v4.17-rc2 next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

2018-04-26 Thread Boris Brezillon
On Thu, 26 Apr 2018 19:56:58 +0200 Geert Uytterhoeven wrote: > Hi Boris, > > On Thu, Apr 26, 2018 at 7:53 PM, Boris Brezillon > wrote: > > On Tue, 10 Apr 2018 15:26:20 +0200 > > Geert Uytterhoeven wrote: > >> On Mon, Apr 9, 2018 at 11:59 PM, Marek Vasut > >> wrote: > >> > On 04/09/2018 0

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

2018-04-26 Thread Geert Uytterhoeven
Hi Boris, On Thu, Apr 26, 2018 at 7:53 PM, Boris Brezillon wrote: > On Tue, 10 Apr 2018 15:26:20 +0200 > Geert Uytterhoeven wrote: >> On Mon, Apr 9, 2018 at 11:59 PM, Marek Vasut wrote: >> > On 04/09/2018 02:25 PM, Geert Uytterhoeven wrote: >> >> Currently add_mtd_device() failures are plainly

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

2018-04-26 Thread Boris Brezillon
Hi Geert, Sorry for the late reply. On Tue, 10 Apr 2018 15:26:20 +0200 Geert Uytterhoeven wrote: > Hi Marek, > > On Mon, Apr 9, 2018 at 11:59 PM, Marek Vasut wrote: > > On 04/09/2018 02:25 PM, Geert Uytterhoeven wrote: > >> Currently add_mtd_device() failures are plainly ignored, which may

[PATCH 03/17] pinctrl: sh-pfc: r8a77965: Add DU RGB output pins, groups and functions

2018-04-26 Thread Kieran Bingham
This patch adds pins, groups and functions for parallel RGB output signals from DU. The HDMI and TCON pins are added to separate groups. Based on a similar patch of the R8A7796 PFC driver by Niklas Söderlund . Signed-off-by: Takeshi Kihara [Kieran: Rebase on top of tree] Signed-off-by: Kieran Bi

[PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

2018-04-26 Thread Kieran Bingham
Signed-off-by: Kieran Bingham --- Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/display/renesas,du.txt b/Documentation/devicetree/bindings/display/renesas,du.txt index a36a6e7ee54f..7c6854bd0a04 10

[PATCH 04/17] drm: rcar-du: Use the correct naming for ODPM fields in DEFR6

2018-04-26 Thread Kieran Bingham
The naming of the fields for the ODPM signals in the DU extensional function control register 6 (DEFR6) is incorrect against the data sheets for both R-Car Gen2 and R-Car Gen3. Rename the fields to match the datasheet. Signed-off-by: Kieran Bingham --- drivers/gpu/drm/rcar-du/rcar_du_group.c |

[PATCH 05/17] drm: rcar-du: Split CRTC handling to support hardware indexing

2018-04-26 Thread Kieran Bingham
The DU CRTC driver does not support distinguishing between a hardware index, and a software (CRTC) index in the event that a DU channel might not be populated by the hardware. Support this by adapting the rcar_du_device_info structure to store a bitmask of available channels rather than a count of

[PATCH 11/17] arm64: dts: r8a77965: Add VSP instances

2018-04-26 Thread Kieran Bingham
The r8a77965 has 4 VSP instances. Based on a similar patch of the R8A7796 device tree by Laurent Pinchart . Signed-off-by: Takeshi Kihara [Kieran: Rebased to top of tree, fixed sort orders] Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 44 +++

[PATCH 13/17] arm64: dts: r8a77965: Add HDMI encoder instance

2018-04-26 Thread Kieran Bingham
Add the HDMI encoder to the R8A77965 DT in disabled state. Based on a similar patch of the R8A7796 device tree by Laurent Pinchart . Signed-off-by: Takeshi Kihara [Kieran: Rebase to top of tree] Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 28 ++

Re: [PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

2018-04-26 Thread Kieran Bingham
Ahem - this one seems to have lost it's commit message. Apologies :) -- Kieran On 26/04/18 17:53, Kieran Bingham wrote: > Signed-off-by: Kieran Bingham > --- > Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/Documentation/de

[PATCH 06/17] drm: rcar-du: Allow DU groups to work with hardware indexing

2018-04-26 Thread Kieran Bingham
The group objects assume linear indexing, and more so always assume that channel 0 of any active group is used. Now that the CRTC objects support non-linear indexing, adapt the groups to remove assumptions that channel 0 is utilised in each group by using the channel mask provided in the device st

[PATCH 14/17] arm64: dts: r8a77965-salvator-x: Add DU external dot clocks

2018-04-26 Thread Kieran Bingham
From: Takeshi Kihara The DU1 external dot clock is provided by the fixed frequency clock generator X21, while the DU0 and DU3 clocks are provided by the programmable Versaclock5 clock generator. Signed-off-by: Takeshi Kihara Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a779

[PATCH 08/17] arm64: dts: r8a77965: Provide sysc header definitions

2018-04-26 Thread Kieran Bingham
Include the r8a77965-sysc header to provide power domain enumerations and definitions. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77965.dtsi b/arch/arm64/boot/dts/renesas/r8a77965

[PATCH 07/17] drm: rcar-du: Add R8A77965 support

2018-04-26 Thread Kieran Bingham
The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output. This platform is unusual in that the VGA is connected to DU3 leaving DU2 unpopulated. This is reflected by the channel_mask accordingly. Signed-off-by: Kieran Bingham --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 29 +

[PATCH 17/17] arm64: dts: r8a77965-salvator-xs: Enable HDMI output

2018-04-26 Thread Kieran Bingham
From: Takeshi Kihara This patch enables the HDMI encoder for the Salvator-X 2nd version board on the R8A77965 SoC and hook it up to the HDMI connector. Based on code of the Salvator-X 2nd version board on the R8A7796 SoC device tree by Geert Uytterhoeven Signed-off-by: Takeshi Kihara Signed-o

[PATCH 12/17] arm64: dts: r8a77965: Populate the DU instance placeholder

2018-04-26 Thread Kieran Bingham
The DU entity node has been previously added but only as a placeholder. Populate the node with the properties to use the device. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/arch/arm

[PATCH 10/17] arm64: dts: r8a77965: Add FCPF and FCPV instances

2018-04-26 Thread Kieran Bingham
The FCPs handle the interface between various IP cores and memory. Add the instances related to the FDPs and VSP2s. Based on a similar patch of the R8A7796 device tree by Laurent Pinchart . Signed-off-by: Takeshi Kihara [Kieran: Rebase to top of tree] Signed-off-by: Kieran Bingham --- arch/arm

[PATCH 09/17] arm64: dts: r8a77965: Use the correct CPG header

2018-04-26 Thread Kieran Bingham
The SoC dtsi includes the generic renesas-cpg-mssr header, which does not contain all of the relevant SoC specific definitions. Adapt this to be the r8a77965 specific header. Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 de

[PATCH 16/17] arm64: dts: r8a77965-salvator-xs: Add DU external dot clocks

2018-04-26 Thread Kieran Bingham
From: Takeshi Kihara The DU1 external dot clock is provided by the fixed frequency clock generator X21, while the DU0 and DU3 clocks are provided by the programmable Versaclock6 clock generator. Signed-off-by: Takeshi Kihara Signed-off-by: Kieran Bingham --- arch/arm64/boot/dts/renesas/r8a779

[PATCH 15/17] arm64: dts: r8a77965-salvator-x: Enable HDMI output

2018-04-26 Thread Kieran Bingham
From: Takeshi Kihara Enable the HDMI encoder for the M3N Salvator-X board and hook it up to the HDMI connector. Based on a similar patches of the the Salvator-X board on the R8A7796 SoC device tree by Laurent Pinchart Signed-off-by: Takeshi Kihara Signed-off-by: Kieran Bingham --- .../boot/

[PATCH 01/17] dt-bindings: display: renesas: du: Increase indent in output table

2018-04-26 Thread Kieran Bingham
The DU output table lists the port combinations for each supported DU type. Newer models of R-Car Gen3 platforms have an increased string length. Increase the table indentation in preparation for supporting new target types. Signed-off-by: Kieran Bingham --- .../bindings/display/renesas,du.txt

[PATCH 00/17] r8a77965: M3-N DU Enablement

2018-04-26 Thread Kieran Bingham
This series enables the DU for the M3-N R8A77965 SoC, and provides output on the VGA and HDMI connectors. LVDS is not yet supported or tested. Patch 13 has the following checkpatch.pl warnings of which I have ignored: ==

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

2018-04-26 Thread Hoan Tran
Hi, On Thu, Apr 26, 2018 at 9:19 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 > 'GPIO_INTR_IO' parameter. > > T

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

2018-04-26 Thread Phil Edworthy
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. This change allows the driver to work with up to 32 interrupts, it will

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

2018-04-26 Thread Niklas Söderlund
Hi Vincent, On 2018-04-26 17:27:24 +0200, Vincent Guittot wrote: > Hi Niklas, > > >> Thanks for the trace, I have been able to catch a problem with it. > >> Could you test the patch below to confirm that the problem is solved ? > >> The patch apply on-top of > >> c18bb396d3d261eb ("Merge > >> gi

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

2018-04-26 Thread Vincent Guittot
Hi Niklas, >> Thanks for the trace, I have been able to catch a problem with it. >> Could you test the patch below to confirm that the problem is solved ? >> The patch apply on-top of >> c18bb396d3d261eb ("Merge >> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") > > I can confirm that w

Re: [PATCH] rcar-vin: fix null pointer dereference in rvin_group_get()

2018-04-26 Thread Niklas Söderlund
Hi Geert, Thanks for your feedback. On 2018-04-25 09:25:56 +0200, Geert Uytterhoeven wrote: > On Wed, Apr 25, 2018 at 1:45 AM, Niklas Söderlund > wrote: > > Store the group pointer before disassociating the VIN from the group. > > s/get/put/ in one-line summary? Yes, silly copy paste error, mu

Re: [PATCH] rcar-vin: fix null pointer dereference in rvin_group_get()

2018-04-26 Thread Niklas Söderlund
Hi Simon, Thanks for your feedback. On 2018-04-25 09:18:51 +0200, Simon Horman wrote: > On Wed, Apr 25, 2018 at 01:45:06AM +0200, Niklas Söderlund wrote: > > Store the group pointer before disassociating the VIN from the group. > > > > Fixes: 3bb4c3bc85bf77a7 ("media: rcar-vin: add group allocat

Re: [PATCH 07/10] ARM: dts: kzm9d: Drop unnecessary address properties from gpio_keys node

2018-04-26 Thread Niklas Söderlund
Hi Simon, Thanks for your work. On 2018-04-26 12:29:48 +0200, Simon Horman wrote: > The gpio_keys node does not have an address and thus does not need > address-cells or address size-properties. > > This is flagged by dtc as follows: > # make dtbs W=1 > arch/arm/boot/dts/r8a7794-silk.dtb: Warn

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

2018-04-26 Thread Niklas Söderlund
Hi Vincent, Thanks for all your help. On 2018-04-26 12:31:33 +0200, Vincent Guittot wrote: > Hi Niklas, > > Le Thursday 26 Apr 2018 à 00:56:03 (+0200), Niklas Söderlund a écrit : > > Hi Vincent, > > > > Here are the result, sorry for the delay. > > > > On 2018-04-23 11:54:20 +0200, Vincent Gui

Re: [PATCH/RFC 1/4] drm: Add colorkey properties

2018-04-26 Thread Ville Syrjälä
On Sun, Dec 17, 2017 at 02:17:21AM +0200, Laurent Pinchart wrote: > Color keying is the action of replacing pixels matching a given color > (or range of colors) with transparent pixels in an overlay when > performing blitting. Depending on the hardware capabilities, the > matching pixel can either

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-26 Thread Alexandre Belloni
Hi, On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: > > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > > > It's been a while since we introduced drm_dev{get/put} functions > > > to replace ref

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

2018-04-26 Thread Linus Walleij
On Thu, Apr 19, 2018 at 12:03 PM, Phil Edworthy wrote: > Since I've already got some reviewed-by and acks for v4, I'll leave it to > Linus > to decide if he wants me to roll your changes into this patch or for you to > submit a separate patch. Just - Add the reviewed-by and ACKs - Fold in Hoan'

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-26 Thread Vaishali Thakkar
On Thu, Apr 26, 2018 at 6:15 PM, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: >> On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: >> > It's been a while since we introduced drm_dev{get/put} functions >> > to replace referen

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-26 Thread Daniel Vetter
On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > It's been a while since we introduced drm_dev{get/put} functions > to replace reference/unreference in drm subsystem for the > consistency purpose. So, with this patch, let's just replace > all current use cases of drm_dev_unref()

Re: [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-26 Thread Boris Brezillon
On Thu, 26 Apr 2018 15:58:19 +0530 Vaishali Thakkar wrote: > It's been a while since we introduced drm_dev{get/put} functions > to replace reference/unreference in drm subsystem for the > consistency purpose. So, with this patch, let's just replace > all current use cases of drm_dev_unref() with

Re: [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-26 Thread Thierry Reding
On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > It's been a while since we introduced drm_dev{get/put} functions > to replace reference/unreference in drm subsystem for the > consistency purpose. So, with this patch, let's just replace > all current use cases of drm_dev_unref()

Re: Potential problem with 31e77c93e432dec7 ("sched/fair: Update blocked load when newly idle")

2018-04-26 Thread Peter Zijlstra
On Thu, Apr 26, 2018 at 12:31:33PM +0200, Vincent Guittot wrote: > From: Vincent Guittot > Date: Thu, 26 Apr 2018 12:19:32 +0200 > Subject: [PATCH] sched/fair: fix the update of blocked load when newly idle > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding:

[PATCH/RFC v2 5/6] usb: gadget: udc: renesas_usb3: add support for a usb role switch

2018-04-26 Thread Yoshihiro Shimoda
This patch adds support for a usb role switch driver. And then, this driver uses the usb role switch APIs instead of hardware access to initialize usb host side at specific timings. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/gadget/udc/Kconfig| 1 + drivers/usb/gadget/udc/renesas_

[PATCH/RFC v2 4/6] usb: role: rcar-usb3-role-switch: add support for R-Car SoCs

2018-04-26 Thread Yoshihiro Shimoda
This patch adds role switch support for R-Car SoCs. Some R-Car SoCs (e.g. R-Car H3) have USB 3.0 dual-role device controller which has the USB 3.0 xHCI host and Renesas USB 3.0 peripheral. Unfortunately, the mode change register contains the USB 3.0 peripheral controller side only. So, the USB 3.0

[PATCH/RFC v2 6/6] arm64: dts: renesas: r8a7795: add OF graph for usb role switch

2018-04-26 Thread Yoshihiro Shimoda
This patch adds OF graph properties for usb role switch in r8a7795. TODO: - separate a few patches to add new properties into each node. Signed-off-by: Yoshihiro Shimoda --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 38 1 file changed, 38 insertions(+) diff -

[PATCH/RFC v2 3/6] usb: common: roles: add a new API to find the graph

2018-04-26 Thread Yoshihiro Shimoda
This patch adds a new API "usb_role_switch_get_by_graph()" to find device connection by using graph. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/common/roles.c | 30 ++ include/linux/usb/role.h | 2 ++ 2 files changed, 32 insertions(+) diff --git a/drivers/us

  1   2   >