[PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

From: Magnus Damm Support the r8a7796 IPMMU by sharing feature flags between r8a7795 and r8a7796. Also update IOMMU_OF_DECLARE to hook up the updated compat string. Signed-off-by: Magnus Damm --- drivers/iommu/ipmmu-vmsa.c |9

[PATCH 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48

From: Magnus Damm Bump up the maximum numbers of micro-TLBS to 48. Each IPMMU device instance get micro-TLB assignment via the "iommus" property in DT. Older SoCs tend to use a maximum number of 32 micro-TLBd per IPMMU instance however newer SoCs such as r8a7796 make

[PATCH 0/3] iommu/ipmmu-vmsa: Initial r8a7796 support

iommu/ipmmu-vmsa: Initial r8a7796 support [PATCH 1/3] iommu/ipmmu-vmsa: Add r8a7796 DT binding [PATCH 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48 [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code This series adds r8a7796 support to the IPMMU driver. The DT binding gets

[PATCH v1 00/25] PCI: Request host bridge window resources

Several host bridge drivers (designware and all derivatives, iproc, xgene, xilinx, and xilinx-nwl) don't request the MMIO and I/O port windows they forward downstream to the PCI bus. That means the PCI core can't request resources for PCI bridge windows and PCI BARs. Several other drivers

[PATCH v1 02/25] PCI: designware: Free bridge resource list on failure

of_pci_get_host_bridge_resources() allocates a list of resources for host bridge windows. If we fail after allocating that list, free it before we return error. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-designware.c | 24 +--- 1 file

[PATCH v1 05/25] PCI: iproc: Request host bridge window resources

Request host bridge window resources so they appear in ioport_resource and iomem_resource and are reflected in /proc/ioports and /proc/iomem. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-iproc.c |4 1 file changed, 4 insertions(+) diff --git

[PATCH v1 01/25] PCI: Add devm_request_pci_bus_resources()

Several host bridge drivers iterate through the list of bridge windows to request resources. Several others don't request the window resources at all. Add a devm_request_pci_bus_resources() interface to make it easier for drivers to request all the window resources. Signed-off-by: Bjorn Helgaas

[PATCH v1 04/25] PCI: designware: Simplify host bridge window iteration

The switch is the only statement in the resource_list_for_each_entry() loop, so remove unnecessary "continue" statements in the switch. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-designware.c |6 +- 1 file changed, 1

[PATCH v1 06/25] PCI: xgene: Free bridge resource list on failure

of_pci_get_host_bridge_resources() allocates a list of resources for host bridge windows. If we fail after allocating that list, free it before we return error. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pci-xgene.c | 12 +--- 1 file changed, 9

[PATCH v1 10/25] PCI: xilinx-nwl: Free bridge resource list on failure

of_pci_get_host_bridge_resources() allocates a list of resources for host bridge windows. If we fail after allocating that list, free it before we return error. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-xilinx-nwl.c | 14 ++ 1 file changed, 10

[PATCH v1 12/25] PCI: xilinx-nwl: Use dev_printk() when possible

Use dev_printk() when possible to make messages more useful. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-xilinx-nwl.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/host/pcie-xilinx-nwl.c b/drivers/pci/host/pcie-xilinx-nwl.c

[PATCH v1 09/25] PCI: xilinx: Request host bridge window resources

Request host bridge window resources so they appear in ioport_resource and iomem_resource and are reflected in /proc/ioports and /proc/iomem. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-xilinx.c |5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v1 07/25] PCI: xgene: Request host bridge window resources

Request host bridge window resources so they appear in ioport_resource and iomem_resource and are reflected in /proc/ioports and /proc/iomem. For example, the following entries did not previously appear in /proc/iomem: e18000-e1 : /soc/pcie@1f2b e18000-e182ff : PCI

[PATCH v1 16/25] PCI: generic: Request host bridge window resources with core function

Use devm_request_pci_bus_resources() to request host bridge window resources instead of doing it by hand in the driver. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pci-host-common.c | 12 +--- 1 file changed, 5 insertions(+),

[PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

Previously we allocated the PCI resource list in gen_pci_parse_request_of_pci_ranges(), but if we had an error, we freed it on error in gen_pci_init(). Reorder gen_pci_init() so we can take care of error path cleanup in gen_pci_parse_request_of_pci_ranges() instead. Signed-off-by: Bjorn Helgaas

[PATCH v1 19/25] PCI: rcar Gen2: Request host bridge window resources

Request host bridge window resources so they appear in ioport_resource and iomem_resource and are reflected in /proc/ioports and /proc/iomem. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pci-rcar-gen2.c |4 1 file changed, 4 insertions(+) diff --git

[PATCH v1 14/25] PCI: altera: Simplify host bridge window iteration

The switch is the only statement in the resource_list_for_each_entry() loop, so remove unnecessary "continue" statements in the switch. Simplify checking for the required non-prefetchable memory aperture. Inline altera_pcie_release_of_pci_ranges(), which is only called once. No functional

[PATCH v1 21/25] PCI: rcar: Simplify host bridge window iteration

The switch is the only statement in the resource_list_for_each_entry() loop, so remove unnecessary cases and "continue" statements in the switch. Inline rcar_pcie_release_of_pci_ranges(), which is only called once. No functional change intended. Signed-off-by: Bjorn Helgaas

[PATCH v1 17/25] PCI: generic: Simplify host bridge window iteration

The switch is the only statement in the resource_list_for_each_entry() loop, so remove unnecessary "continue" statements in the switch. Simplify checking for the required non-prefetchable memory aperture. No functional change intended. Signed-off-by: Bjorn Helgaas ---

[PATCH v1 22/25] PCI: tegra: Remove top-level resource from hierarchy

41534e53786d ("PCI: tegra: Implement a proper resource hierarchy") did two things: 1) It added a top-level resource that encloses all resources declared in the DT description, including registers and bridge apertures, and 2) It requested the bridge apertures, which means the PCI core

[PATCH v1 20/25] PCI: rcar: Request host bridge window resources with core function

Use devm_request_pci_bus_resources() to request host bridge window resources instead of doing it by hand in the driver. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-rcar.c | 12 +--- 1 file changed, 5 insertions(+), 7

[PATCH v1 18/25] PCI: mvebu: Request host bridge window resources with core function

Use devm_request_pci_bus_resources() to request host bridge window resources instead of doing it by hand in the driver. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pci-mvebu.c | 17 +++-- 1 file changed, 7 insertions(+),

[PATCH v1 25/25] PCI: versatile: Simplify host bridge window iteration

The switch is the only statement in the resource_list_for_each_entry() loop, so remove unnecessary "continue" statements in the switch. Simplify checking for the required non-prefetchable memory aperture. No functional change intended. Signed-off-by: Bjorn Helgaas ---

[PATCH v1 24/25] PCI: versatile: Request host bridge window resources with core function

Use devm_request_pci_bus_resources() to request host bridge window resources instead of doing it by hand in the driver. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pci-versatile.c | 12 +--- 1 file changed, 5 insertions(+), 7

[PATCH v1 08/25] PCI: xilinx: Free bridge resource list on failure

of_pci_get_host_bridge_resources() allocates a list of resources for host bridge windows. If we fail after allocating that list, free it before we return error. Signed-off-by: Bjorn Helgaas --- drivers/pci/host/pcie-xilinx.c | 11 --- 1 file changed, 8

Re: [PATCH 07/13] ARM: dts: r8a7792: initial SoC device tree

Hello. On 06/01/2016 03:57 AM, Simon Horman wrote: The initial R8A7792 SoC device tree including 2 CPU cores, GIC, timer, SYSC, and the required clock descriptions. Signed-off-by: Sergei Shtylyov This is rather large for an initial DTSI. Did you give

Re: [PATCH v2 10/11] ARM: dts: blanche: initial device tree

On 06/04/2016 12:35 AM, Sergei Shtylyov wrote: Add the initial device tree for the R8A7792 SoC based Blanche board. The board has 2 debug serial ports: SCIF0 and SCIF3; include support for them, so that the serial console can work. Signed-off-by: Sergei Shtylyov

Re: [PATCH 04/13] ARM: shmobile: r8a7792: basic SoC support

Hello. On 06/01/2016 01:18 AM, Sergei Shtylyov wrote: Add minimal support for the R-Car V2H (R8A7792) SoC. Signed-off-by: Sergei Shtylyov [...] Index: renesas/arch/arm/mach-shmobile/setup-r8a7792.c

Re: [PATCH 14/14] drm/shmobile: use drm_crtc_vblank_{get,put}()

Hi Gustavo, Thank you for the patch. On Monday 06 Jun 2016 11:41:45 Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_vblank_{get,put}() with the new helper functions. > > Signed-off-by: Gustavo Padovan

[PATCH 1/3] pinctrl: sh-pfc: refactor voltage setting

From: Wolfram Sang All known hardware being able to switch voltages has the same POCCTRL register. So, factor out the common code to the core and keep only the pin-to-bit mapping SoC specific. Convert the only user, r8a7790. In case POCCTRL should ever get more

[PATCH 0/3] pinctrl: sh-pfc: add r8a7795 support for voltage switching

This series adds support for PFC voltage switching for r8a7795. I decided to refactor voltage switching because all Gen2 and Gen3 hardware follow the same style to do that. So, we can put generic handling to the core and keep only pin-to-bit mapping SoC specific. See patch 1 for details. Tested

[PATCH 14/14] drm/shmobile: use drm_crtc_vblank_{get,put}()

From: Gustavo Padovan Replace the legacy drm_vblank_{get,put}() with the new helper functions. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v2 2/4] clk: renesas: Add r8a7796 CPG Core Clock Definitions

Hi Dirk, On Mon, Jun 6, 2016 at 2:03 PM, Dirk Behme wrote: > On 30.05.2016 18:36, Dirk Behme wrote: >> On 30.05.2016 18:28, Geert Uytterhoeven wrote: >>> Add all R-Car M3-W Clock Pulse Generator Core Clock Outputs, as listed >>> in Table 8.2b ("List of Clocks [R-Car

Re: [RFC 2/3] pinctrl: sh-pfc: r8a7795: add support for voltage switching

Hi Wolfram, On Mon, Jun 6, 2016 at 1:03 PM, Wolfram Sang wrote: > On Mon, Jun 06, 2016 at 09:23:35AM +0200, Geert Uytterhoeven wrote: >> On Mon, Jun 6, 2016 at 8:50 AM, Wolfram Sang wrote: >> > From: Wolfram Sang >> > >>

Re: [RFC 2/3] pinctrl: sh-pfc: r8a7795: add support for voltage switching

On Mon, Jun 06, 2016 at 09:23:35AM +0200, Geert Uytterhoeven wrote: > Hi Wolfram, > > On Mon, Jun 6, 2016 at 8:50 AM, Wolfram Sang wrote: > > From: Wolfram Sang > > > > Signed-off-by: Wolfram Sang > > --- >

Re: [PATCH/RFC 0/1] soc: renesas: Add DT fixup code for backwards compatibility

On Thu, Jun 2, 2016 at 11:24 PM, Laurent Pinchart wrote: > On Wednesday 01 Jun 2016 15:27:59 Rob Herring wrote: >> On Wed, Jun 1, 2016 at 2:50 PM, Geert Uytterhoeven wrote: >> > When moving functionality from C code to DT, we're regularly faced with >> > stable

Re: [RFC 3/3] arm64: dts: r8a7795: salvator: enable UHS for SDHI 0 & 3

On Mon, Jun 6, 2016 at 8:50 AM, Wolfram Sang wrote: > From: Wolfram Sang > > Signed-off-by: Wolfram Sang Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [RFC 2/3] pinctrl: sh-pfc: r8a7795: add support for voltage switching

Hi Wolfram, On Mon, Jun 6, 2016 at 8:50 AM, Wolfram Sang wrote: > From: Wolfram Sang > > Signed-off-by: Wolfram Sang > --- > drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 24 ++-- > 1 file

Re: [RFC 1/3] pinctrl: sh-pfc: refactor voltage setting

On Mon, Jun 6, 2016 at 8:50 AM, Wolfram Sang wrote: > From: Wolfram Sang > > All known hardware being able to switch voltages has the same POCCTRL > register. So, factor out the common code to the core and keep only > the pin-to-bit mapping

Re: [PATCH v2 00/11] iommu/ipmmu-vmsa: r8a7795 support V2

Hi Magnus, On Mon, Jun 6, 2016 at 5:57 AM, Magnus Damm wrote: > iommu/ipmmu-vmsa: r8a7795 support V2 > > [PATCH v2 01/11] iommu/ipmmu-vmsa: Introduce features, break out alias > [PATCH v2 02/11] iommu/ipmmu-vmsa: Add optional root device feature > [PATCH v2 03/11]

[RFC 2/3] pinctrl: sh-pfc: r8a7795: add support for voltage switching

From: Wolfram Sang Signed-off-by: Wolfram Sang --- drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7795.c

[RFC 1/3] pinctrl: sh-pfc: refactor voltage setting

From: Wolfram Sang All known hardware being able to switch voltages has the same POCCTRL register. So, factor out the common code to the core and keep only the pin-to-bit mapping SoC specific. Convert the only user, r8a7790. In case POCCTRL should ever get more