[PATCH v2 2/2] ARM: dts: r8a7793: add CAN nodes to device tree

Add CAN nodes to r8a7793 device tree. Based on work by Sergei Shtylyov for the r8a7791 SoC. Cc: Sergei Shtylyov Signed-off-by: Simon Horman --- v2 * Use "renesas,rcar-gen2-can" compat string --- arch/arm/boot/dts/r8a7793.dtsi |

[PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree

to find a difference in the SoC documentation. This series is similar to a series I posted for the r8a7794 earlier this week. Based on renesas-devel-20160315-v4.5 Changes in v2 * Correct clock node names * Add MSTP9 clocks * Omit clock-output-names property from new nodes * Use "renesas,rcar

Re: [PATCH] clk: renesas: div6: use RENESAS for #define

On 03/08, Simon Horman wrote: > Name the #define guarding compilation of this header > __RENESAS_CLK_DIV6_H__ rather than __SHMOBILE_CLK_DIV6_H__. > > This is a follow-up to renaming the directory in which this file lives from > shmobile to renesas which is in turn part of an ongoing process to

Re: [PATCH v2] clk: renesas: Rename header file renesas.h

On 03/08, Simon Horman wrote: > This is part of an ongoing process to migrate from ARCH_SHMOBILE to > ARCH_RENESAS the motivation for which being that RENESAS seems to be a more > appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs. > > Along with the above mentioned Kconfig

[PATCH 2/2] pinctrl: sh-pfc: IPSRx and MOD_SELx should be set before GPSRx

From: Kuninori Morimoto Gen2 / Gen3 datasheet will have below note in next version. This patch follows this note. IPSRx and MOD_SELx registers shall be set before setting GPSRx registers in case that they need to be configured. MOD_SELx registers can be set

[PATCH 1/2] pinctrl: sh-pfc: enable to indicate GPSR/IPSR/MOD_SEL for debug

From: Kuninori Morimoto Current sh_pfc can't indicate GPSR/IPSR/MOD_SEL name for debug. Of course we can get it from indicated register address, but it is not convenient. This patch enables to indicate these. Signed-off-by: Kuninori Morimoto

[PATCH 0/2] pinctrl: sh-pfc: tidyup IPSR/MOD_SEL/GPSR settings order

Hi Geert, Laurent Gen2 / Gen3 next datasheet will has below note. Our current PFC settings order is MOD_SEL -> GPSR -> IPSR But, this fixes it to MOD_SEL -> IPSR -> GPSR IPSRx and MOD_SELx registers shall be set before setting GPSRx registers in case that they need

[PATCH] ARM: dts: r8a7790: Remove unnecessary clock-output-names properties

* Fixed rate and fixed factor clocks do not require an clock-output-names property. * Since 1fae91ec99fb ("clk: shmobile: div6: Extract cpg_div6_register()") Renesas div6 clocks do not require a clock-output-names property. In the above cases there is only one clock output and its name is

Re: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree

On Tue, Mar 15, 2016 at 05:02:32PM +0900, Simon Horman wrote: > On Tue, Mar 15, 2016 at 07:09:23AM +, Ramesh Shanmugasundaram wrote: > > Hi Simon, > > > > > Subject: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree > > > > r8a7794? > > Yes, my bad. > > > > > > > Hi, > > > > > >

Re: [PATCHv2 00/31] ARM: dts: r8a779[0-4]: Reference both DMA controllers

and verifying that the DMA slaves pick the DMA controller > that is instantiated. > > For your convince the series can be fetched from > https://git.ragnatech.se/linux rcar-dmas-dt-2 > > * Changes since v1 > - Rebase on top of renesas-devel-20160315-v4.5 and add dmas refer

Re: [PATCH v7 net-next] ravb: Add dma queue interrupt support

Hello. On 03/15/2016 06:03 PM, Yoshihiro Kaneko wrote: From: Kazuya Mizuguchi This patch supports the following interrupts. - One interrupt for multiple (timestamp, error, gPTP) - One interrupt for emac - Four interrupts for dma queue (best effort rx/tx,

[PATCH 04/04] iommu/ipmmu-vmsa: Add new IOMMU_DOMAIN_DMA ops

From: Magnus Damm Introduce a new set of iommu_ops suitable for 64-bit ARM as well as 32-bit ARM when CONFIG_IOMMU_DMA=y. The ->of_xlate() callback is needed by the code exported by of_iommu.h and it is wrapped in #ifdefs to also compile of x86_64. Signed-off-by:

[PATCH 03/04] iommu/ipmmu-vmsa: Break out domain allocation code

From: Magnus Damm Break out the domain allocation code into a separate function. This is preparation for future code sharing. Signed-off-by: Magnus Damm --- drivers/iommu/ipmmu-vmsa.c | 13 + 1 file changed, 9

[PATCH 02/04] iommu/ipmmu-vmsa: Break out utlb parsing code

From: Magnus Damm Break out the utlb parsing code and dev_data allocation into a separate function. This is preparation for future code sharing. Signed-off-by: Magnus Damm --- drivers/iommu/ipmmu-vmsa.c | 125

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

Em Mon, 14 Mar 2016 14:09:09 +0200 Sakari Ailus escreveu: > Hi Mauro, > > On Mon, Mar 14, 2016 at 08:46:33AM -0300, Mauro Carvalho Chehab wrote: > > Em Mon, 14 Mar 2016 12:52:54 +0200 > > Sakari Ailus escreveu: > > > > > Hi Mauro, > > > > > > On

[PATCH net] ravb: fix result value overwrite

The result value is overwritten by a return value of ravb_ptp_interrupt(). Signed-off-by: Yoshihiro Kaneko --- This patch is based on the master branch of David Miller's networking tree. drivers/net/ethernet/renesas/ravb_main.c | 4 ++-- 1 file changed, 2 insertions(+),

Re: [PATCH v7 net-next] ravb: Add dma queue interrupt support

Hi, 2016-03-15 5:48 GMT+09:00 Sergei Shtylyov : > Hello. > > > On 03/13/2016 09:11 PM, Yoshihiro Kaneko wrote: > >> From: Kazuya Mizuguchi >> >> This patch supports the following interrupts. >> >> - One interrupt for multiple

RE: [PATCH v3] can: rcar_canfd: Add Renesas R-Car CAN FD driver

Hi Marc, > Subject: Re: [PATCH v3] can: rcar_canfd: Add Renesas R-Car CAN FD driver > > On 03/15/2016 10:48 AM, Ramesh Shanmugasundaram wrote: > > This patch adds support for the CAN FD controller found in Renesas > > R-Car SoCs. The controller operates in CAN FD only mode by default. > > > >

Re: [PATCH v3] can: rcar_canfd: Add Renesas R-Car CAN FD driver

On 03/15/2016 10:48 AM, Ramesh Shanmugasundaram wrote: > This patch adds support for the CAN FD controller found in Renesas R-Car > SoCs. The controller operates in CAN FD only mode by default. > > CAN FD mode supports both Classical CAN & CAN FD frame formats. The > controller supports ISO

[PATCHv2 22/31] ARM: dts: r8a7793: Reference both DMA controllers in SCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 01/31] ARM: dts: r8a7790: Reference both DMA controllers in SCIFA nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 19/31] ARM: dts: r8a7793: Reference both DMA controllers in SCIFA nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 13/31] ARM: dts: r8a7791: Reference both DMA controllers in SCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 24/31] ARM: dts: r8a7793: Reference both DMA controllers in IIC nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 09/31] ARM: dts: r8a7790: Reference both DMA controllers in MMCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 00/31] ARM: dts: r8a779[0-4]: Reference both DMA controllers

be fetched from https://git.ragnatech.se/linux rcar-dmas-dt-2 * Changes since v1 - Rebase on top of renesas-devel-20160315-v4.5 and add dmas references new nodes (r8a7790: scif2 r8a7793: i2c6,i2c7,i2c8). - Correct error in commit message 31/31 (s/QSPI/MMCIF). - Collect Ack and Reviewed tags from Geert

[PATCHv2 16/31] ARM: dts: r8a7791: Reference both DMA controllers in IIC nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 23/31] ARM: dts: r8a7793: Reference both DMA controllers in QSPI node

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 17/31] ARM: dts: r8a7791: Reference both DMA controllers in SDHI nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 15/31] ARM: dts: r8a7791: Reference both DMA controllers in QSPI node

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 28/31] ARM: dts: r8a7794: Reference both DMA controllers in SCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 30/31] ARM: dts: r8a7794: Reference both DMA controllers in SDHI nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Reviewed-by: Geert Uytterhoeven

[PATCHv2 14/31] ARM: dts: r8a7791: Reference both DMA controllers in MSIOF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 21/31] ARM: dts: r8a7793: Reference both DMA controllers in HSCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 08/31] ARM: dts: r8a7790: Reference both DMA controllers in SDHI nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 31/31] ARM: dts: r8a7794: Reference both DMA controllers in MMCIF node

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 10/31] ARM: dts: r8a7791: Reference both DMA controllers in SCIFA nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 12/31] ARM: dts: r8a7791: Reference both DMA controllers in HSCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 02/31] ARM: dts: r8a7790: Reference both DMA controllers in SCIFB nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 25/31] ARM: dts: r8a7794: Reference both DMA controllers in SCIFA nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 06/31] ARM: dts: r8a7790: Reference both DMA controllers in QSPI node

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 11/31] ARM: dts: r8a7791: Reference both DMA controllers in SCIFB nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 18/31] ARM: dts: r8a7791: Reference both DMA controllers in MMCIF node

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

[PATCHv2 04/31] ARM: dts: r8a7790: Reference both DMA controllers in SCIF nodes

R-Car Gen2 have two DMA controllers, which are equivalent. Add references to both dmac0 and dmac1 so the driver can fallback to the later if the first one is unavailable. Signed-off-by: Niklas Söderlund Acked-by: Geert Uytterhoeven

Re: [RFC] pinctrl: sh-pfc: only use dummy states for non-DT platforms

On 3/15/2016 11:29 AM, Linus Walleij wrote: From: Wolfram Sang If pinctrl_provide_dummies() is used unconditionally, then the dummy state will be used even on DT platforms when the "init" state was intentionally left out. Instead of "default", the dummy

renesas-drivers-2016-03-15-v4.5

subsystem trees and (b) branches with driver code submitted or planned for submission to maintainers into the development branch of Simon Horman's renesas.git tree. Today's version is based on renesas-devel-20160315-v4.5. Included branches with driver code: - sh-pfc-for-v4.7 - topic/rcar-dmac-

[PATCH v3] can: rcar_canfd: Add Renesas R-Car CAN FD driver

This patch adds support for the CAN FD controller found in Renesas R-Car SoCs. The controller operates in CAN FD only mode by default. CAN FD mode supports both Classical CAN & CAN FD frame formats. The controller supports ISO 11898-1:2015 CAN FD format only. This controller supports two

Re: [RFC] pinctrl: sh-pfc: only use dummy states for non-DT platforms

Hi Linus, On Tue, Mar 15, 2016 at 9:29 AM, Linus Walleij wrote: > On Mon, Mar 7, 2016 at 7:40 PM, Wolfram Sang wrote: > >> From: Wolfram Sang >> >> If pinctrl_provide_dummies() is used unconditionally, then the

Re: [RFC] pinctrl: sh-pfc: only use dummy states for non-DT platforms

On Mon, Mar 7, 2016 at 7:40 PM, Wolfram Sang wrote: > From: Wolfram Sang > > If pinctrl_provide_dummies() is used unconditionally, then the dummy > state will be used even on DT platforms when the "init" state was > intentionally left out.

Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource

On Fri, Mar 11, 2016 at 01:58:46PM +0100, Niklas S?derlund wrote: > Without an IOMMU this is easy since the phys_addr_t and dma_addr_t are > the same and no special care is needed. However if you have a IOMMU you > need to map the DMA slave phys_addr_t to a dma_addr_t using something > like

Re: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree

On Tue, Mar 15, 2016 at 07:09:23AM +, Ramesh Shanmugasundaram wrote: > Hi Simon, > > > Subject: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree > > r8a7794? Yes, my bad. > > > > Hi, > > > > this short series adds CAN clocks and nodes to the r8a7794 device tree. > > > > I am not

Re: [PATCH 1/2] ARM: dts: r8a7794: add CAN clocks to device tree

On Tue, Mar 15, 2016 at 08:28:42AM +0100, Geert Uytterhoeven wrote: > Hi Simon, > > On Tue, Mar 15, 2016 at 12:56 AM, Simon Horman wrote: > > On Mon, Mar 14, 2016 at 10:23:01AM +0100, Geert Uytterhoeven wrote: > >> On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman > >>

Re: [PATCH 1/2] ARM: dts: r8a7794: add CAN clocks to device tree

Hi Simon, On Tue, Mar 15, 2016 at 12:56 AM, Simon Horman wrote: > On Mon, Mar 14, 2016 at 10:23:01AM +0100, Geert Uytterhoeven wrote: >> On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman >> wrote: >> > --- a/arch/arm/boot/dts/r8a7794.dtsi >> > +++

RE: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree

Hi Simon, > Subject: [PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree r8a7794? > > Hi, > > this short series adds CAN clocks and nodes to the r8a7794 device tree. > > I am not aware of an r8a7794 board that exposes CAN - neither the alt nor > the silk board appear to - and thus am