[PATCH v2 4/6] phy: renesas: rcar-gen3-usb2: use prefix "has_otg_pins_" for dedicated pins handling

To support gpio handling in the future, this patch clean-ups the code to use prefix "has_otg_pins_" functions. Signed-off-by: Yoshihiro Shimoda --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 130 --- 1 file changed, 85 insertions(+),

[PATCH v2 5/6] phy: renesas: rcar-gen3-usb2: add rcar_gen3_role_swap_ops

This patch add rcar_gen3_role_swap_ops to support other feature (e.g. gpio handling) easily. Signed-off-by: Yoshihiro Shimoda --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 51 +++- 1 file changed, 43 insertions(+), 8 deletions(-)

[PATCH v2 0/6] phy: renesas: rcar-gen3-usb2: add gpio handling for R-Car D3

This patch set is based on the latest linux-phy / next branch (commit id = 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323). This new feature will be used by the renesas_usbhs driver on R-Car D3. Changes from v1: - Drop "renesas," from the names of gpio property. - Change function names of "enable_"

[PATCH v2 6/6] phy: renesas: rcar-gen3-usb2: add gpio handling

Some R-Car SoCs (e.g. R-Car D3) doesn't have dedicated pins of VBUS and ID. So, they may be connected to gpio pins. To handle the gpio pins, this patch adds the handling of VBUS and ID pins instead of dedicated pins. Signed-off-by: Yoshihiro Shimoda ---

[PATCH v2 1/6] phy: renesas: rcar-gen3-usb2: call INIT_WORK() anyway

In the future, the work struct will be used by non-irq related code. So, this patch moves the INIT_WORK() timing. Signed-off-by: Yoshihiro Shimoda --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2 2/6] phy: renesas: rcar-gen3-usb2: unify OBINTEN handling

This patch unifies the OBINTEN handling to clean-up the code. Signed-off-by: Yoshihiro Shimoda --- drivers/phy/renesas/phy-rcar-gen3-usb2.c | 23 +++ 1 file changed, 15 insertions(+), 8 deletions(-) diff --git

[PATCH v3 2/2] drm: rcar-du: calculate DPLLCR to be more small jitter

From: Kuninori Morimoto In general, PLL has VCO (= Voltage controlled oscillator), one of the very important electronic feature called as "jitter" is related to this VCO. In academic generalism, VCO should be maximum to be more small jitter. In high frequency

[PATCH v3 1/2] drm: rcar-du: use 1000 to avoid misunderstanding in rcar_du_dpll_divider()

From: Kuninori Morimoto It is difficult to understand its scale if number has many 0s. This patch uses "* 1000" to avoid it in rcar_du_dpll_divider(). Signed-off-by: Kuninori Morimoto --- v2 -> v3 - new patch

Re: [PATCH v2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Geert, Laurent > >> Yes, but compiled by 32bit too, right ? > >> Without this "ll", 32bit compiler say > >> > >> warning: this decimal constant is unsigned only in ISO C90 > > > > That's right. How about 409600UL then, to force unsigned integer types ? > > Or possibly even better,

[RFC PATCH renesas-drivers] [RFC] of: dead_aliases_lookup can be static

Fixes: 19e0da502da1 ("[RFC] of: Add of_alias_destroy()") Signed-off-by: Fengguang Wu --- base.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/of/base.c b/drivers/of/base.c index 5d3a0ad..1f3f84c 100644 --- a/drivers/of/base.c +++

[renesas-drivers:topic/renesas-overlays 30/92] drivers/of/base.c:1571:1: sparse: symbol 'dead_aliases_lookup' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git topic/renesas-overlays head: 47d433a558bb60587eb9f86a4d010ef74e03fa0d commit: 19e0da502da117244914b018be929c1ba0761d14 [30/92] [RFC] of: Add of_alias_destroy() reproduce: # apt-get install sparse

Re: [PATCH/RFC v2 14/15] adv748x: csi2: add get_routing support

Hi Niklas, On 14/12/17 19:08, Niklas Söderlund wrote: > To support multiplexed streams the internal routing between the > adv748x sink pad and its source pad needs to be described. The adv748x has quite a few sink and source pads... I presume here you mean the adv748x csi2 sink and source pad :D

Re: [PATCH/RFC v2 12/15] adv748x: csi2: switch to pad and stream aware s_stream

Hi Niklas, On 14/12/17 19:08, Niklas Söderlund wrote: > Switch the driver to implement the pad and stream aware s_stream > operation. This is needed to enable to support to start and stop > individual streams on a multiplexed pad "This is needed to enable support for starting and stopping

Re: [PATCH/RFC v2 15/15] adv748x: afe: add routing support

Hi Niklas, On 14/12/17 19:08, Niklas Söderlund wrote: > The adv748x afe have eight analog sink pads, currently one of them is s/have/has/ > chosen to be the active route based on device tree configuration. Whit s/Whit/With/ > the new routeing API it's possible to control which of the eight

[PATCH 1/9] ARM: dts: lager: use demuxer for IIC2/I2C2

Create a separate bus for HDMI related I2C slaves. Based on work by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, removed typo in comment, fixed aliases, switched to named GPIOS, sort SCL pins first] Signed-off-by: Wolfram Sang

[PATCH 9/9] ARM: dts: gose: use demuxer for I2C4

Make it possible to fallback to GPIO for I2C4 on the EXIO-E connector. This is based on reference work for the I2C0 core of the lager/r8a7790 by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, corrected board name in subject, fixed aliases, switched to named

[PATCH 7/9] ARM: dts: silk: use demuxer for I2C1

Create a separate bus for HDMI related I2C1 and provide fallback to GPIO. Based on work for the r8a7790/lager by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, fixed aliases, switched to named GPIOs] Signed-off-by: Wolfram Sang

[PATCH 6/9] ARM: dts: alt: use demuxer for I2C1

Create a separate bus for HDMI related I2C1 and provide fallback to GPIO. Based on work for the r8a7790/lager by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, fixed aliases, switched to named GPIOs] Signed-off-by: Wolfram Sang

[PATCH 4/9] ARM: dts: koelsch: use demuxer for I2C4

Make it possible to fallback to GPIO for I2C4 on the EXIO-E connector. This is based on reference work for the I2C0 core of the lager/r8a7790 by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, fixed aliases, switched to named GPIOS] Signed-off-by: Wolfram

[PATCH 8/9] ARM: dts: gose: use demuxer for I2C2

Create a separate bus for HDMI related I2C2 and provide fallback to GPIO. Based on work for the r8a7790/lager by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, corrected board name in subject, fixed aliases, switched to named GPIOs] Signed-off-by: Wolfram

[PATCH 0/9] ARM: dts: gen2: add IP core switcher for all busses

Here is the updated series to add the I2C IP core switcher to all busses of Gen2 boards where some kind of switching is possible (mostly to/from GPIO). These patches were tested locally on Lager and Alt, and remotely on Koelsch and Gose. Access to Porter did not work yet and will be investigated.

[PATCH 3/9] ARM: dts: koelsch: use demuxer for I2C2

Create a separate bus for HDMI related I2C2 and provide fallback to GPIO. Based on work for the r8a7790/lager by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, fixed aliases, switched to named GPIOs, sorted by SCL pins] Signed-off-by: Wolfram Sang

[PATCH 5/9] ARM: dts: porter: use demuxer for I2C2

Create a separate bus for HDMI related I2C2 and provide fallback to GPIO. Based on work for the r8a7790/lager by Wolfram Sang. Signed-off-by: Simon Horman [wsa: rebased, fixed aliases, switched to named GPIOs] Signed-off-by: Wolfram Sang

Re: [PATCH/RFC v2 10/15] adv748x: csi2: add translation from pixelcode to CSI-2 datatype

Hi Niklas, On 14/12/17 19:08, Niklas Söderlund wrote: > This will be needed to fill out the frame descriptor information > correctly. > > Signed-off-by: Niklas Söderlund > --- > drivers/media/i2c/adv748x/adv748x-csi2.c | 22 ++ > 1

Re: [PATCH/RFC v2 09/15] adv748x: csi2: add module param for virtual channel

Hi Niklas, On 14/12/17 19:08, Niklas Söderlund wrote: > The hardware can output on any of the 4 (0-3) Virtual Channels of the > CSI-2 bus. Add a module parameter each for TXA and TXB to allow the user > to specify which channel should be used. This patch only configures the channel at

[renesas-drivers:topic/renesas-overlays 23/92] drivers/of/dynamic.c:1141:13: sparse: incorrect type in assignment (different base types)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git topic/renesas-overlays head: 47d433a558bb60587eb9f86a4d010ef74e03fa0d commit: e068b1eab7180587d15bbc55abdc5851b7f216dc [23/92] of: changesets: Introduce changeset helper methods reproduce: # apt-get

[renesas-drivers:topic/renesas-overlays 10/92] drivers/of/overlay.c:657:6: sparse: symbol 'overlay_changeset_release' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git topic/renesas-overlays head: 47d433a558bb60587eb9f86a4d010ef74e03fa0d commit: 11de0d24be4742a41feceb95d9145b08843dc70a [10/92] of: overlay: kobjectify overlay objects reproduce: # apt-get install sparse

[RFC PATCH renesas-drivers] of: overlay: overlay_changeset_release() can be static

Fixes: 11de0d24be47 ("of: overlay: kobjectify overlay objects") Signed-off-by: Fengguang Wu --- overlay.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/of/overlay.c b/drivers/of/overlay.c index ef7e8a4..7f0255e 100644 ---

[RFC 0/2] v4l2-ctl: add ROUTING get and set options

Hi, This small series adds support for the [GS]_ROUTING subdev ioctls introduced in Sakari's vc branch. git://linuxtv.org/sailus/media_tree.git#vc The use-case for this is to control the internal routing between pads inside a subdevice. Currently this is used on the ADV7482 to select which

[PATCH/RFC v2 03/15] rcar-vin: use the pad and stream aware s_stream

To work with multiplexed streams the pad and stream aware s_stream operation needs to be used. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-dma.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH/RFC v2 12/15] adv748x: csi2: switch to pad and stream aware s_stream

Switch the driver to implement the pad and stream aware s_stream operation. This is needed to enable to support to start and stop individual streams on a multiplexed pad. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 16

[PATCH/RFC v2 14/15] adv748x: csi2: add get_routing support

To support multiplexed streams the internal routing between the adv748x sink pad and its source pad needs to be described. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 22 ++ 1 file changed, 22

[PATCH/RFC v2 13/15] adv748x: csi2: only allow formats on sink pads

The driver is now pad and stream aware, only allow to get/set format on sink pads. Also record a different format for each sink pad since it's no longer true that they are all the same Signed-off-by: Niklas Söderlund ---

[PATCH/RFC v2 05/15] rcar-csi2: count usage for each source pad

The R-Car CSI-2 hardware can output the same virtual channel simultaneously to more then one R-Car VIN. For this reason we need to move the usage counting from the global device to each source pad. If a source pads usage count go from 0 to 1 we need to signal that a new stream should start,

[PATCH/RFC v2 06/15] rcar-csi2: use frame description information when propagating .s_stream()

Use the frame description from the remote subdevice of the rcar-csi2's sink pad to get the remote pad and stream pad needed to propagate the .s_stream() operation. The CSI-2 virtual channel which should be acted upon can be determined by looking at which of the rcar-csi2 source pad the

[RFC 1/2] Synchronize with the Kernel headers for routing operations

Signed-off-by: Niklas Söderlund --- include/linux/v4l2-subdev.h | 41 + 1 file changed, 41 insertions(+) diff --git a/include/linux/v4l2-subdev.h b/include/linux/v4l2-subdev.h index dbce2b554e026869..e19ee64075d6cbdf

[PATCH/RFC v2 07/15] rcar-csi2: use frame description information to configure CSI-2 bus

The driver now have access to frame descriptor information, use it. Only enable the virtual channels which are described in the frame descriptor and calculate the link based on all enabled streams. With multiplexed stream support it's now possible to have different formats on the different source

[PATCH/RFC v2 10/15] adv748x: csi2: add translation from pixelcode to CSI-2 datatype

This will be needed to fill out the frame descriptor information correctly. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 22 ++ 1 file changed, 22 insertions(+) diff --git

[PATCH/RFC v2 02/15] rcar-vin: use pad as the starting point for a pipeline

The pipeline will be moved from the entity to the pads; reflect this in the media pipeline function API. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-dma.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

[PATCH/RFC v2 08/15] rcar-csi2: add get_routing support

To support multiplexed streams the internal routing between the rcar-csi2 sink pad and its source pads needs to be described. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-csi2.c | 54 + 1 file

[RFC 2/2] v4l2-ctl: add ROUTING get and set options

Signed-off-by: Niklas Söderlund --- utils/v4l2-ctl/Android.mk | 2 +- utils/v4l2-ctl/Makefile.am | 2 +- utils/v4l2-ctl/v4l2-ctl-routing.cpp | 154 utils/v4l2-ctl/v4l2-ctl.cpp | 10 +++

[PATCH/RFC v2 00/15] Add multiplexed pad streaming support

Hi, This is the second attempt to add streaming support to multiplexed pads. The first attempt was not aware of Sakari's work. His work have now been taken into account and this series depends on his series together with the master of media-tree. git://linuxtv.org/sailus/media_tree.git#vc

[PATCH/RFC v2 11/15] adv748x: csi2: implement get_frame_desc

Provide CSI-2 bus information for the multiplexed source pad using the frame descriptor. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 28 1 file changed, 28 insertions(+) diff --git

[PATCH/RFC v2 01/15] v4l2-subdev.h: add pad and stream aware s_stream

To be able to start and stop individual streams of a multiplexed pad the s_stream operation needs to be both pad and stream aware. Add a new operation to pad ops to facilitate this. Signed-off-by: Niklas Söderlund --- include/media/v4l2-subdev.h | 5 +

[PATCH/RFC v2 09/15] adv748x: csi2: add module param for virtual channel

The hardware can output on any of the 4 (0-3) Virtual Channels of the CSI-2 bus. Add a module parameter each for TXA and TXB to allow the user to specify which channel should be used. Signed-off-by: Niklas Söderlund ---

[PATCH/RFC v2 15/15] adv748x: afe: add routing support

The adv748x afe have eight analog sink pads, currently one of them is chosen to be the active route based on device tree configuration. Whit the new routeing API it's possible to control which of the eight sink pads are routed to the source pad. Signed-off-by: Niklas Söderlund

Re: arm64: unhandled level 0 translation fault

Hi Dave, On Thu, Dec 14, 2017 at 4:24 PM, Dave P Martin wrote: > On Thu, Dec 14, 2017 at 02:34:50PM +, Geert Uytterhoeven wrote: >> On Tue, Dec 12, 2017 at 11:20 AM, Geert Uytterhoeven >> wrote: >> > During userspace (Debian jessie NFS root) boot

Re: [PATCH v9 07/28] rcar-vin: change name of video device

Hi Sakari, On Thursday, 14 December 2017 16:25:00 EET Sakari Ailus wrote: > On Fri, Dec 08, 2017 at 10:17:36AM +0200, Laurent Pinchart wrote: > > On Friday, 8 December 2017 03:08:21 EET Niklas Söderlund wrote: > > > The rcar-vin driver needs to be part of a media controller to support > > > Gen3.

Re: [PATCH v2 2/3] clk: renesas: cpg-mssr: Keep wakeup sources active during system suspend

On Thu, Dec 14, 2017 at 3:11 PM, Ulf Hansson wrote: > On 9 November 2017 at 14:27, Geert Uytterhoeven > wrote: >> If a device is part of the CPG/MSSR Clock Domain and to be used as a >> wakeup source, it must be kept active during system suspend.

Re: [PATCH v2 1/3] clk: renesas: mstp: Keep wakeup sources active during system suspend

On Thu, Dec 14, 2017 at 3:10 PM, Ulf Hansson wrote: > On 9 November 2017 at 14:27, Geert Uytterhoeven > wrote: >> If a device is part of the CPG/MSTP Clock Domain and to be used as a >> wakeup source, it must be kept active during system suspend.

Re: arm64: unhandled level 0 translation fault

On Thu, Dec 14, 2017 at 02:34:50PM +, Geert Uytterhoeven wrote: > Hi Catalin, Will, Dave, > > On Tue, Dec 12, 2017 at 11:20 AM, Geert Uytterhoeven > wrote: > > During userspace (Debian jessie NFS root) boot on arm64: > > > > rpcbind[1083]: unhandled level 0 translation

Re: arm64: unhandled level 0 translation fault

Hi Geert, On Thu, Dec 14, 2017 at 03:34:50PM +0100, Geert Uytterhoeven wrote: > On Tue, Dec 12, 2017 at 11:20 AM, Geert Uytterhoeven > wrote: > > During userspace (Debian jessie NFS root) boot on arm64: > > > > rpcbind[1083]: unhandled level 0 translation fault (11) at

Re: arm64: unhandled level 0 translation fault

Hi Catalin, Will, Dave, On Tue, Dec 12, 2017 at 11:20 AM, Geert Uytterhoeven wrote: > During userspace (Debian jessie NFS root) boot on arm64: > > rpcbind[1083]: unhandled level 0 translation fault (11) at 0x0008, > esr 0x9204, in dash[adf77000+1a000] > CPU: 0

Re: [PATCH v2 2/3] PM / core: Add IN_BAND_WAKEUP driver flag

Hi Ulf, On Thu, Dec 14, 2017 at 3:13 PM, Ulf Hansson wrote: > On 14 December 2017 at 11:52, Geert Uytterhoeven wrote: >> On Mon, Dec 11, 2017 at 9:59 PM, Ulf Hansson wrote: >>> On 11 December 2017 at 11:48, Geert

Re: [PATCH v9 07/28] rcar-vin: change name of video device

On Fri, Dec 08, 2017 at 10:17:36AM +0200, Laurent Pinchart wrote: > Hi Niklas, > > (CC'ing Sakari) > > Thank you for the patch. > > On Friday, 8 December 2017 03:08:21 EET Niklas Söderlund wrote: > > The rcar-vin driver needs to be part of a media controller to support > > Gen3. Give each VIN

Re: [PATCH v2 2/3] PM / core: Add IN_BAND_WAKEUP driver flag

On 14 December 2017 at 11:52, Geert Uytterhoeven wrote: > Hi Ulf, > > On Mon, Dec 11, 2017 at 9:59 PM, Ulf Hansson wrote: >> On 11 December 2017 at 11:48, Geert Uytterhoeven >> wrote: >>> On Mon, Dec 11, 2017 at 11:24 AM, Ulf

Re: [PATCH v2 3/3] soc: renesas: rcar-sysc: Keep wakeup sources active during system suspend

On 9 November 2017 at 14:27, Geert Uytterhoeven wrote: > If an R-Car SYSC slave device is part of the CPG/MSTP or CPG/MSSR Clock > Domain and to be used as a wakeup source, it must be kept active during > system suspend. > > Currently this is handled in device-specific

Re: [PATCH v2 1/3] clk: renesas: mstp: Keep wakeup sources active during system suspend

On 9 November 2017 at 14:27, Geert Uytterhoeven wrote: > If a device is part of the CPG/MSTP Clock Domain and to be used as a > wakeup source, it must be kept active during system suspend. > > Currently this is handled in device-specific drivers by explicitly > increasing

Re: [PATCH v2 2/3] clk: renesas: cpg-mssr: Keep wakeup sources active during system suspend

On 9 November 2017 at 14:27, Geert Uytterhoeven wrote: > If a device is part of the CPG/MSSR Clock Domain and to be used as a > wakeup source, it must be kept active during system suspend. > > Currently this is handled in device-specific drivers by explicitly > increasing

Applied "spi: sh-msiof: Avoid writing to registers from spi_master.setup()" to the spi tree

The patch spi: sh-msiof: Avoid writing to registers from spi_master.setup() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "spi: sh-msiof: Extend support to 3 native chip selects" to the spi tree

The patch spi: sh-msiof: Extend support to 3 native chip selects has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "spi: sh-msiof: Implement cs-gpios configuration" to the spi tree

The patch spi: sh-msiof: Implement cs-gpios configuration has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "spi: sh-msiof: Document hardware limitations related to chip selects" to the spi tree

The patch spi: sh-msiof: Document hardware limitations related to chip selects has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Re: [PATCH 4/4] spi: sh-msiof: Document hardware limitations related to chip selects

On Wed, Dec 13, 2017 at 08:05:13PM +0100, Geert Uytterhoeven wrote: > + Hardware limitations related to chip selects: > +- Native chip selects are always deasserted in > + between transfers that are part of the same > +

[PATCH 3/4] pinctrl: sh-pfc: r8a7794: Add tpu groups and function

This patch adds tpu groups and function to r8a7745/r8a7794. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- drivers/pinctrl/sh-pfc/pfc-r8a7794.c | 101 +++ 1 file changed, 101 insertions(+) diff

[PATCH 4/4] ARM: dts: r8a7745: Add TPU support

Add TPU support to SoC DT. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- This patch depends on: * "dt-bindings: pwm: renesas-tpu: Document r8a774[35]" arch/arm/boot/dts/r8a7745.dtsi | 10 ++ 1 file changed, 10

[PATCH 0/4] Add PWM and TPU support to r8a7745

Dear All, this series includes all that is required to add PWM and TPU SoC specific support for the r8a7745. Thanks, Fabrizio Castro (4): pinctrl: sh-pfc: r8a7794: Add PWM[0123456] support ARM: dts: r8a7745: Add PWM SoC support pinctrl: sh-pfc: r8a7794: Add tpu groups and function ARM:

[PATCH 1/4] pinctrl: sh-pfc: r8a7794: Add PWM[0123456] support

This patch adds PFC PWM[0123456] pin groups and functions, enabling PWM on the r8a7794 and r8a7745. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- drivers/pinctrl/sh-pfc/pfc-r8a7794.c | 165 +++

[PATCH 2/4] ARM: dts: r8a7745: Add PWM SoC support

Add the definitions for pwm[0123456] to the SoC .dtsi. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- This patch depends on: * "dt-bindings: pwm: rcar: Document r8a774[35] PWM bindings" arch/arm/boot/dts/r8a7745.dtsi | 77

[PATCH 3/6] ARM: dts: r8a7743: Add PWM SoC support

Add the definitions for pwm[0123456] to the SoC .dtsi. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- arch/arm/boot/dts/r8a7743.dtsi | 77 ++ 1 file changed, 77 insertions(+) diff --git

[PATCH 1/6] ARM: shmobile: defconfig: Enable PWM

RZ/G1 and R-Car platforms have PWM timers. This patch enables PWM support by default. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- arch/arm/configs/shmobile_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 0/6] Add PWM and TPU support to r8a7743

Dear All, this series includes all that is required to add PWM and TPU SoC specific support for the r8a7743. Thanks, Fabrizio Castro (6): ARM: shmobile: defconfig: Enable PWM dt-bindings: pwm: rcar: Document r8a774[35] PWM bindings ARM: dts: r8a7743: Add PWM SoC support dt-bindings:

[PATCH 4/6] dt-bindings: pwm: renesas-tpu: Document r8a774[35] support

Document r8a774[35] specific compatible strings. No driver change is needed as the fallback compatible string "renesas,tpu" activates the right code in the driver. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das ---

[PATCH 6/6] ARM: dts: r8a7743: Add TPU support

Add TPU support to SoC DT. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- arch/arm/boot/dts/r8a7743.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/r8a7743.dtsi

[PATCH 5/6] pinctrl: sh-pfc: r8a7791: Add tpu groups and function

This patch adds tpu groups and function to r8a7743/r8a7791/r8a7793. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- drivers/pinctrl/sh-pfc/pfc-r8a7791.c | 42 ++-- 1 file changed, 40

[PATCH 2/6] dt-bindings: pwm: rcar: Document r8a774[35] PWM bindings

This patch adds compatible strings specific to r8a774[35], no driver change is needed as the fallback compatible string will activate the right code. Also, this patch replaces the example with a DT snippet used for adding PWM0 support to an r8a7743 based platform. Signed-off-by: Fabrizio Castro

Re: [PATCH v2 2/3] PM / core: Add IN_BAND_WAKEUP driver flag

Hi Ulf, On Mon, Dec 11, 2017 at 9:59 PM, Ulf Hansson wrote: > On 11 December 2017 at 11:48, Geert Uytterhoeven wrote: >> On Mon, Dec 11, 2017 at 11:24 AM, Ulf Hansson wrote: >>> On 10 December 2017 at 11:16, Geert

Re: [PATCH 4/4] kms++util: Add frame compare functionality

Hi Geert, On 14/12/17 08:52, Geert Uytterhoeven wrote: > Hi Kieran, > > On Thu, Dec 14, 2017 at 12:10 AM, Kieran Bingham wrote: >> From: Kieran Bingham >> >> Provide a means to compare two identically sized framebuffers. >> >> This basic

Re: [PATCH 3/3] ARM: dts: r8a7793: Correct critical CPU temperature

On Thu, Dec 14, 2017 at 10:08 AM, Chris Paterson wrote: > The R-Car M2N hardware manual states that Tc = –40°C to +105°C. The M2-N > thermal sensor has an accuracy of ±5°C and there can be a temperature > difference of 1 or 2 degrees between Tjmax and the thermal

Re: [PATCH 2/3] ARM: dts: r8a7791: Correct critical CPU temperature

On Thu, Dec 14, 2017 at 10:08 AM, Chris Paterson wrote: > The R-Car M2W hardware manual states that Tc = –40°C to +105°C. The M2-W > thermal sensor has an accuracy of ±5°C and there can be a temperature > difference of 1 or 2 degrees between Tjmax and the thermal

Re: [PATCH 1/3] ARM: dts: r8a7790: Correct critical CPU temperature

On Thu, Dec 14, 2017 at 10:08 AM, Chris Paterson wrote: > The R-Car H2 hardware manual states that Tc = –40°C to +105°C. The > thermal sensor has an accuracy of ±5°C and there can be a temperature > difference of 1 or 2 degrees between Tjmax and the thermal sensor due

RE: [PATCH 2/5] phy: renesas: rcar-gen3-usb2: unify OBINTEN handling

Hello! > From: Sergei Shtylyov, Sent: Wednesday, December 13, 2017 6:10 PM > > Hello! > > On 12/13/2017 9:27 AM, Yoshihiro Shimoda wrote: > > > This patch unifies the OBINTEN handling to clean-up the code. > > > > Signed-off-by: Yoshihiro Shimoda > > --- > >

RE: [PATCH 5/5] phy: renesas: rcar-gen3-usb2: add gpio handling

Hi Geert-san, > From: Geert Uytterhoeven, Sent: Wednesday, December 13, 2017 5:55 PM > > Hi Shimoda-san, > > On Wed, Dec 13, 2017 at 7:27 AM, Yoshihiro Shimoda > wrote: > > Some R-Car SoCs (e.g. R-Car D3) doesn't have dedicated pins of VBUS > > and ID. So,

[PATCH 3/3] ARM: dts: r8a7793: Correct critical CPU temperature

The R-Car M2N hardware manual states that Tc = –40°C to +105°C. The thermal sensor has an accuracy of ±5°C and there can be a temperature difference of 1 or 2 degrees between Tjmax and the thermal sensor due to the location of the latter. This means that 95°C is a safer value to use. Fixes:

[PATCH 1/3] ARM: dts: r8a7790: Correct critical CPU temperature

The R-Car H2 hardware manual states that Tc = –40°C to +105°C. The thermal sensor has an accuracy of ±5°C and there can be a temperature difference of 1 or 2 degrees between Tjmax and the thermal sensor due to the location of the latter. This means that 95°C is a safer value to use. Fixes:

[PATCH 2/3] ARM: dts: r8a7791: Correct critical CPU temperature

The R-Car M2W hardware manual states that Tc = –40°C to +105°C. The thermal sensor has an accuracy of ±5°C and there can be a temperature difference of 1 or 2 degrees between Tjmax and the thermal sensor due to the location of the latter. This means that 95°C is a safer value to use. Fixes:

[PATCH 0/3] Correct R-Car Gen2 critical CPU temperature

The current R-Car Gen2 device trees define the CPU critical temperature as 115°C. The R-Car hardware manuals state that Tc = –40°C to +105°C. The thermal sensor has an accuracy of ±5°C and there can be a temperature difference of 1 or 2 degrees between Tjmax and the thermal sensor due to the

Re: [PATCH 4/4] kms++util: Add frame compare functionality

Hi Kieran, On Thu, Dec 14, 2017 at 12:10 AM, Kieran Bingham wrote: > From: Kieran Bingham > > Provide a means to compare two identically sized framebuffers. > > This basic implementation expects the two buffers to have the same > formats and

Re: [PATCH v2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Laurent, On Thu, Dec 14, 2017 at 9:17 AM, Laurent Pinchart wrote: > On Thursday, 14 December 2017 04:10:27 EET Kuninori Morimoto wrote: >> >> + if ((fvco < 2000) || >> >> + (fvco > 409600ll)) >> > >> > No need for

Re: [PATCH v2] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi Morimoto-san, On Thursday, 14 December 2017 04:10:27 EET Kuninori Morimoto wrote: > Hi Laurent > > Thank you for your feedback > > >> + * NOTES > >> + * N = (n + 1), M = (m + 1), P = 2 > >> + * 2000 < fvco < 4096Mhz > > > > Are you sure that the fvco constraint is really