[GIT PULL FOR renesas-drivers] UHS-I SDR-104 support for sh_mobile_sdhi (crivers v7)

Hi Geert, please consider pulling updated UHS-I SDR-104 support for sh_mobile_sdhi (drivers v7). This updates a branch you already have in renesas-drivers, topic/sdr104-v6, which should be dropped. This pull request is based on mmc/next. The following changes since commit

Re: [PATCH] pcie-rcar: fix some checkpatch warnings

On Fri, Sep 09, 2016 at 01:26:18AM +0300, Sergei Shtylyov wrote: > The R-Car PCIe driver causes 13 warnings from scripts/checkpatch.pl -- > let's fix at least 10 easier ones: > > - line over 80 characters; > > - blank line missing after declarations; > > - statements not starting on a tabstop.

Re: [PATCH v3 1/3] mmc: sh_mobile_sdhi: add ocr_mask option

On 13 September 2016 at 15:50, Chris Brandt wrote: > Here's a question: > > The DT regulator method is good if you want to be able to control the > regulator at run-time by the system. > > But for MMC and SDHI, why isn't there a way to just set the OCR voltage in > the

Re: [PATCH] pcie-rcar: MSI range allocation support

On Thu, Sep 08, 2016 at 10:32:59PM +0300, Sergei Shtylyov wrote: > From: Grigory Kletsko > > Impelment MSI setup_irqs() method which enables allocation of several MSIs > at once. > > [Sergei Shtylyov: removed unrelated/unneeded changes, fixed too long lines,

Re: [PATCH] pcie-rcar: try setting PCIe speed to 5 GT/s at boot

On Wed, Sep 07, 2016 at 11:22:14PM +0300, Sergei Shtylyov wrote: > From: Grigory Kletsko > > Initially, the PCIe link speed is set up only at 2.5 GT/s. > For better performance, we're trying to increase link speed to 5 GT/s. > > [Sergei Shtylyov: indented

Re: [GIT PULL] Second Round of Renesas ARM Based SoC DT Updates for v4.9

On Wednesday, September 7, 2016 9:49:30 AM CEST Simon Horman wrote: > Second Round of Renesas ARM Based SoC DT Updates for v4.9 > > Fixes (for v4.9): > * Correct PWM clock parent on r8a7794 SoC > > Clean-up: > * Remove obsolete vsp1 properties from r8a779[01] SoCs > > New boards: > * Add

[PATCH 07/13] v4l: vsp1: Fix RPF cropping

The RPF cropping offset for the chroma planes is incorrectly computed, it needs to be divided by the horizontal subsampling factor. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_rpf.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH 13/13] v4l: vsp1: wpf: Implement rotation support

Some WPF instances, on Gen3 devices, can perform 90° rotation when writing frames to memory. Implement support for this using the V4L2_CID_ROTATE control. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_rpf.c | 2 +-

[PATCH 10/13] v4l: vsp1: Support chained display lists

From: Kieran Bingham When display lists are linked in a chain, they will be processed automatically by the hardware, with each list linking to the next. Only on the last display list will the frame end interrupt be fired to mark the completion event. Upon frame-end,

[PATCH 08/13] v4l: vsp1: Pass parameter type to entity configuration operation

Replace the current boolean parameter (full / !full) with an explicit enum. - VSP1_ENTITY_PARAMS_INIT for parameters to be configured at pipeline initialization time only (V4L2 stream on or DRM atomic update) - VSP1_ENTITY_PARAMS_RUNTIME for all parameters that can be freely modified at

[PATCH 09/13] v4l: vsp1: Replace .set_memory() with VSP1_ENTITY_PARAMS_PARTITION

The new VSP1_ENTITY_PARAMS_PARTITION configuration parameters type covers all registers that need to be configured for every partition. This prepares for support of image partitioning, and replaces the .set_memory() operation as the memory registers take different values for every partition.

[PATCH 05/13] v4l: vsp1: Use DFE instead of FRE for frame end

From: Kieran Bingham The DFE and FRE interrupts are both fired at frame completion, as each display list processes a single frame. This won't be true anymore when using image partitioning, switch to DFE in preparation. Signed-off-by: Laurent Pinchart

[PATCH 04/13] v4l: vsp1: Repair race between frame end and qbuf handler

From: Kieran Bingham The frame-end function releases and completes the buffers on the input and output entities of the pipe before marking the pipe->state as 'STOPPED'. This introduces a race whereby with the pipe->state still 'RUNNING', a QBUF handler can commence

[PATCH 02/13] v4l: vsp1: Protect against race conditions between get and set format

The subdev userspace API isn't serialized in the core, serialize access to formats and selection rectangles in the driver. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_bru.c| 28 +++-

[PATCH 03/13] v4l: vsp1: Ensure pipeline locking in resume path

From: Kieran Bingham The vsp1_pipeline_ready() and vsp1_pipeline_run() functions must be called with the pipeline lock held, fix the resume code path. Signed-off-by: Kieran Bingham Signed-off-by: Laurent Pinchart

[PATCH 00/13] Renesas R-Car VSP: Scaling and rotation support on Gen3

Hello, This patch series adds support for scaling and rotation to the VSP1 driver on the R-Car Gen3 SoCs. Unlike Gen2 that can scale full resolution images, the Gen3 VSP scaler has a width limitation that prevent full images from being processed in one go. They must be partitioned in slices that

[PATCH 12/13] v4l: vsp1: Support multiple partitions per frame

From: Kieran Bingham Adapt vsp1_video_pipeline_run() such that it can iterate each partition required for constructing this frame's display list chain in the event that multiple display lists are required to process in hardware. The first display list is held as the

[PATCH 11/13] v4l: vsp1: Determine partition requirements for scaled images

From: Kieran Bingham The partition algorithm needs to determine the capabilities of each entity in the pipeline to identify the correct maximum partition width. Extend the vsp1 entity operations to provide a max_width operation and use this call to calculate the

[PATCH 06/13] v4l: vsp1: Disable cropping on WPF sink pad

Cropping on the WPF sink pad restricts the left and top coordinates to 0-255. The same result can be obtained by cropping on the RPF without any such restriction, this feature isn't useful. Disable it. Signed-off-by: Laurent Pinchart ---

[PATCH 14/13] v4l: vsp1: Fix spinlock in mixed IRQ context function

The wpf_configure() function can be called both from IRQ and non-IRQ contexts, use spin_lock_irqsave(). Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_wpf.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] cpufreq: dt: Add support for r8a7792

On Wednesday, September 07, 2016 10:32:59 AM Viresh Kumar wrote: > On 06-09-16, 14:18, Geert Uytterhoeven wrote: > > Add the compatible string for supporting the generic cpufreq driver on > > the Renesas R-Car V2H (r8a7792) SoC. > > > > Signed-off-by: Geert Uytterhoeven

[renesas-drivers:topic/renesas-overlays 2/85] drivers/of/configfs.c:48:2: error: implicit declaration of function 'of_fdt_unflatten_tree'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git topic/renesas-overlays head: c62872358e9767f9b0d00fa4b023484d59e4ba65 commit: 3cc2e4a7426c6f0d2e4de08283737840ed495779 [2/85] OF: DT-Overlay configfs interface (v7) config: sparc64-allyesconfig (attached as

Re: [PATCH 1/4] pinctrl: sh-pfc: Support named pins with custom configuration

Hi Niklas, Thank you for the patch On Tuesday 13 Sep 2016 16:03:11 Niklas Söderlund wrote: > Pins not associated with a GPIO port can still have other configuration > parameters. Add a new macro SH_PFC_PIN_NAMED_CFG which allows for named > pins to be declared with a set of configurations. The

[GIT PULL FOR renesas-drivers] UHS-I SDR-104 support for sh_mobile_sdhi (integration v7)

Hi Geert, please consider pulling updated UHS-I SDR-104 support for sh_mobile_sdhi (integration v7). This updates a branch you already have in renesas-drivers, topic/sdr104-v6, which should be dropped. This pull request is based on renesas-next-20160908-v4.8-rc1: This pull request is a

[PATCH v7 2/6] mmc: tmio: enhance illegal sequence handling

From: Ai Kyuse An illegal sequence command error may occur if there is a stopbit or cmd_index error as well as a CRC error. The correct course of action is to re-enable IRQs An illegal sequence data error may occur if there is a CRC or stopbit error, or underrun. In

[PATCH v7 5/6] mmc: tmio: Add tuning support

From: Ai Kyuse Add tuning support for use with SDR104 mode Signed-off-by: Ai Kyuse Signed-off-by: Simon Horman --- v7 [Simon Horman] * As per review by Ulf Hansson: - Use tmio_mmc_hw_reset() rather than

[PATCH v7 0/6] UHS-I SDR-104 support for sh_mobile_sdhi

Hi, this series is based on work by Ai Kyuse to add UHS-I SDR-104 support for sh_mobile_sdhi. It builds on work by Shinobu Uehara, Rob Taylor, William Towle and Ian Molton, Ben Hutchings, Wolfram Sang and others to add UHS-I SDR-50 support to the same driver. It is based on a merge of the next

[PATCH v7 4/6] mmc: tmio: Add hw reset support

From: Ai Kyuse Add hw reset support. Signed-off-by: Ai Kyuse Signed-off-by: Simon Horman --- This is required by tuning support which will be introduced by follow-up patches. v6 * Rely on core to retune on reset

[PATCH v7 6/6] mmc: sh_mobile_sdhi: Add tuning support

Add tuning support for use with SDR104 mode This includes adding support for the sampling clock controller (SCC). Based on work by Ai Kyuse. Cc: Ai Kyuse Signed-off-by: Simon Horman --- v6 [Simon Horman] * Rebase to use host->taps v5 [Simon

[PATCH v7 3/6] mmc: tmio: document mandatory and optional callbacks

Signed-off-by: Simon Horman --- v5 * New patch --- drivers/mmc/host/tmio_mmc.h | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/tmio_mmc.h b/drivers/mmc/host/tmio_mmc.h index 1f1cb2628f67..4b36cb5c2d9c 100644 ---

[PATCH v7 04/11] ARM: dts: r8a7791: set maximum frequency for SDHI clocks

Define the upper limit otherwise the driver cannot utilize max speeds. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r8a7791.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi index

[PATCH v7 09/11] arm64: dts: r8a7796: salvator-x: enable SDHI0 & 3

Enable the exposed SD card slots in the DT of the r8a7796/salvator-x. Based on work for the r8a7795/salvator-x by Ai Kyuse. Signed-off-by: Simon Horman Reviewed-by: Geert Uytterhoeven --- arch/arm64/boot/dts/renesas/r8a7796-salvator-x.dts |

[PATCH v7 08/11] arm64: dts: r8a7796: add SDHI nodes

Add SDHI nodes to the DT of the r8a7796 SoC. Based on the DT of the r8a7795 SoC. Signed-off-by: Simon Horman Reviewed-by: Geert Uytterhoeven --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 42 1 file changed,

[PATCH v7 06/11] ARM: dts: r8a7794: set maximum frequency for SDHI clocks

Define the upper limit otherwise the driver cannot utilize max speeds. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r8a7794.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/r8a7794.dtsi b/arch/arm/boot/dts/r8a7794.dtsi index

[PATCH v7 00/11] ARM, arm64: renesas: Enable UHS-I SDR-104

Hi, this series enables SDHI UHS-I SDR-104 on: * r8a7790/lager * r8a7791/koelsch * r8a7794/alt * r8a7795/salvator-x * r8a7796/salvator-x It is based on renesas-next-20160908-v4.8-rc1. For functional SDR-104 support the following dependencies are needed: * [PATCH v7 0/6] UHS-I SDR-104 support

[PATCH v7 07/11] ARM: dts: alt: Enable UHS-I SDR-50 and SDR-104

Add the "1v8" pinctrl state and sd-uhs-sdr50 property to SDHI{0,1}. And the sd-uhs-sdr104 property to SDHI0. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r8a7794-alt.dts | 23 +-- 1 file changed, 21 insertions(+), 2 deletions(-) diff --git

[PATCH v7 11/11] arm64: dts: r8a7796: salvator-x: Enable UHS-I SDR-104

Add the sd-uhs-sdr104 property to SDHI0 and SDHI1. Signed-off-by: Simon Horman --- arch/arm64/boot/dts/renesas/r8a7796-salvator-x.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7796-salvator-x.dts

[PATCH v7 01/11] ARM: dts: lager: Enable UHS-I SDR-104

Add the sd-uhs-sdr104 property to SDHI0. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r8a7790-lager.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/r8a7790-lager.dts b/arch/arm/boot/dts/r8a7790-lager.dts index

[PATCH v7 10/11] arm64: dts: r8a7796: salvator-x: enable UHS for SDHI 0 & 3

Based on work for the r8a7796 by Wolfram Sang. Cc: Wolfram Sang Signed-off-by: Simon Horman --- arch/arm64/boot/dts/renesas/r8a7796-salvator-x.dts | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff

[PATCH v7 03/11] arm64: dts: r8a7795: salvator-x: Enable UHS-I SDR-104

Add the sd-uhs-sdr104 property to SDHI0 and SDHI1. Signed-off-by: Simon Horman --- v5 * New patch --- arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts

[PATCH v7 05/11] ARM: dts: koelsch: Enable UHS-I SDR-50 and SDR-104

Add the "1v8" pinctrl state and sd-uhs-sdr50 property to SDHI{0,1,2}. And the sd-uhs-sdr104 property to SDHI0. Signed-off-by: Simon Horman --- arch/arm/boot/dts/r8a7791-koelsch.dts | 34 +++--- 1 file changed, 31 insertions(+), 3

[PATCH v7 02/11] arm64: dts: r8a7795: salvator-x: enable UHS for SDHI 0 & 3

From: Wolfram Sang Reviewed-by: Geert Uytterhoeven Signed-off-by: Wolfram Sang Signed-off-by: Simon Horman --- v6 * Updated patch prefix: s/salvator/&-x/ v5 * Added to

Re: [PATCH v2 0/4] R-Car VSP1 1-D Histogram support

Hi Laurent, On Wed, Aug 17, 2016 at 2:20 PM, Laurent Pinchart wrote: > This patch series implements support for the Renesas R-Car VSP1 1-D histogram > generator (HGO). It is based on top of the latest media tree's master branch, > and available for

renesas-drivers-2016-09-13-v4.8-rc6

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

Re: [GIT PULL FOR renesas-drivers] FDP1 Fine Display Processor support

Hi Kieran, On Thu, Jun 30, 2016 at 11:29 AM, Kieran Bingham wrote: > The following changes since commit f50e3d0720c0f27476153c2c7129b18639228d1b: > > Merge branch 'drm/next/dt' into for/renesas-drivers (2016-06-21 18:01:05 > +0300) > > are available in the git repository

Re: [PATCH/RFC v3 00/22] soc: renesas: Add R-Car RST driver for obtaining mode pin state

Hi Stephen, On Tue, Sep 13, 2016 at 12:16 AM, Stephen Boyd wrote: > On 09/01, Geert Uytterhoeven wrote: >> On Thu, Jun 30, 2016 at 10:14 PM, Stephen Boyd wrote: >> > On 06/01, Geert Uytterhoeven wrote: >> >> Currently the R-Car Clock Pulse Generator

[PATCH 0/4] pinctrl: sh-pfc: r8a7795: Support none GPIO pins with configurable drive-strength

Hi, This series adds support to control the drive strength for none GPIO pins. All pins expect one (FSCLKST) which can have its drive strength controlled is now supported. I have also added the new pins to the correct groups, or added groups to mimic other sh-pfc drivers. One notable

[PATCH 1/4] pinctrl: sh-pfc: Support named pins with custom configuration

Pins not associated with a GPIO port can still have other configuration parameters. Add a new macro SH_PFC_PIN_NAMED_CFG which allows for named pins to be declared with a set of configurations. The new macro is an modification of SH_PFC_PIN_NAMED to allow for optional configuration to be assigned.

[PATCH 3/4] pinctrl: sh-pfc: r8a7795: Add group for AVB MDIO and MII pins

Group the AVB pins into similar groups found in other sh-pfc drivers. The pins can not be muxed between functions other then AVB but there drive strength can be controlled. The group avb_mdc containing ADV_MDC and ADV_MDIO are on other SoCs called avb_mdio. In pfc-r8a7795 the adv_mdc group

[PATCH 4/4] pinctrl: sh-pfc: r8a7795: Add group for QSPI0 and QSPI1 pins

Group the QSPI0 and QSPI1 pins into similar groups found in other sh-pfc drivers. The pins can not be muxed between functions other then QSPI but there drive strength can be controlled. Signed-off-by: Niklas Söderlund ---

Re: [GIT PULL] Renesas ARM Based SoC DT Updates for v4.9

On Monday, August 15, 2016 10:55:35 AM CEST Simon Horman wrote: > Renesas ARM Based SoC DT Updates for v4.9 > > * Add DU, VIN, I2C, SDHI, EtherAVB, GPIO support to r8a7792 > * Enable CAN0 on r8a7792/blanche > * Enable sound on r8a7794/silk > * Correct SDHI register size on r8a7794 > Pulled into

Re: [PATCH v2 0/4] R-Car VSP1 1-D Histogram support

Hi Geert, On Tuesday 13 Sep 2016 14:19:56 Geert Uytterhoeven wrote: > On Wed, Aug 17, 2016 at 2:20 PM, Laurent Pinchart wrote: > > This patch series implements support for the Renesas R-Car VSP1 1-D > > histogram generator (HGO). It is based on top of the latest media tree's > > master branch,

RE: [PATCH v3 1/3] mmc: sh_mobile_sdhi: add ocr_mask option

Here's a question: The DT regulator method is good if you want to be able to control the regulator at run-time by the system. But for MMC and SDHI, why isn't there a way to just set the OCR voltage in the board's DT if it's fixed (other than making a fixed regulator node)? Why isn't there a

Re: [PATCH v7 0/6] UHS-I SDR-104 support for sh_mobile_sdhi

On 13 September 2016 at 12:56, Simon Horman wrote: > > Hi, > > this series is based on work by Ai Kyuse to add UHS-I SDR-104 support for > sh_mobile_sdhi. It builds on work by Shinobu Uehara, Rob Taylor, William > Towle and Ian Molton, Ben Hutchings, Wolfram Sang and

Re: [PATCH v3 1/3] mmc: sh_mobile_sdhi: add ocr_mask option

On 12 September 2016 at 16:15, Chris Brandt wrote: > In moving platforms from board files to DT, there still needs to be a way > to set the ocr_mask setting for the tmio driver during probe. Without this > setting, the probe will fail because the supported voltages are

Re: [PATCH v7 0/6] UHS-I SDR-104 support for sh_mobile_sdhi

On Tue, Sep 13, 2016 at 02:48:26PM +0200, Ulf Hansson wrote: > On 13 September 2016 at 12:56, Simon Horman > wrote: > > > > Hi, > > > > this series is based on work by Ai Kyuse to add UHS-I SDR-104 support for > > sh_mobile_sdhi. It builds on work by Shinobu Uehara,

Re: [PATCH v3 1/3] mmc: sh_mobile_sdhi: add ocr_mask option

Hi Ulf, On Tue, Sep 13, 2016 at 2:57 PM, Ulf Hansson wrote: > On 12 September 2016 at 16:15, Chris Brandt wrote: >> In moving platforms from board files to DT, there still needs to be a way >> to set the ocr_mask setting for the tmio driver

RE: [PATCH v3 1/3] mmc: sh_mobile_sdhi: add ocr_mask option

On 9/13/2016, Ulf Hansson wrote: > Regarding the ocr_mask; How do these SoCs provides the power to the mmc/sd > card? > > Do note, I am *not* talking about the I/O voltage but the core power to > the card. The SoC does not *provide* power to the card. It's not that fancy. How the 3.3v is