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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[PATCH 20/24] drm/rcar-du: lvds: provide an .owner 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..5984c70b5590

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

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

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

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 ---

[PATCH 24/24] 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. Signed-off-by: Peter Rosin ---

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

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

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

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

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

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 20/61] input: keyboard: simplify getting .drvdata

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

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

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 >

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

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

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

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 >

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

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 . > >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 ---

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

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 ---

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

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

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

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: renesas: r8a77970: add CAN-FD support [2/2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. :-)

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

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

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

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

[PATCH v2 0/2]

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

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

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

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

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

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

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

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

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

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

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,

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

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

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

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

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

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

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

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

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

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 ---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 ---

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

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

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

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

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

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

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

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 |

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

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

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

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

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

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

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

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

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 >

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

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")

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 > >>

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

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

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

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

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

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

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

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:

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

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

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

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

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

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

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

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

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

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

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

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

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

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")

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

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

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

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

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

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

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

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

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

[PATCH/RFC v2 2/6] base: devcon: add a new API to find the graph

This patch adds a new API "device_connection_find_by_graph()" to find device connection by using graph. Signed-off-by: Yoshihiro Shimoda --- Documentation/driver-api/device_connection.rst | 4 +-- drivers/base/devcon.c | 43

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

This patch set is based on renesas-drivers-2018-04-17-v4.17-rc1 tag of renesas-drivers.git In last week, I submitted a patch as RFC [1]. But, I completely misunderstood the discussion of previous' one [2]. I marked this patch set as "RFC" because dtsi patch and udc patch are not good for

[PATCH/RFC v2 1/6] dt-bindings: usb: add Renesas R-Car USB 3.0 role switch

This patch adds a new documentation for Renesas R-Car USB 3.0 role switch that can change the USB 3.0 role to either host or peripheral by a hardware register that is included in USB3.0 peripheral module. Signed-off-by: Yoshihiro Shimoda ---

Re: [PATCH] drm: rcar-du: Use NULL for table initialisation

Hi Kieran, Thank you for the patch. On Tuesday, 24 April 2018 18:40:03 EEST Kieran Bingham wrote: > Replace the initialisation of the vsps table with a NULL specifier. > > Fixes the following warning: > linux/drivers/gpu/drm/rcar-du/rcar_du_kms.c:483:40: > warning: Using plain integer as

  1   2   >