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(+), 45 deletions(-)
diff --git a/driv
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(-)
diff --git a/drivers/phy/renesas/phy
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_" t
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
---
.../devicetree/bindings/phy/rcar-gen3-phy-
This patch changes the function name from rcar_gen3_enable_vbus_ctrl()
to rcar_gen3_set_vbus_ctrl() because the fucntion both enables and
disables.
Signed-off-by: Yoshihiro Shimoda
---
drivers/phy/renesas/phy-rcar-gen3-usb2.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
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 a/drivers/phy/renesas/phy-rcar-gen3-
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 a/drivers/phy/renesas/phy-rcar-gen3-usb2.c
b/drivers/phy/renesas
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 clock, jitter will be large impact.
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
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 d
Hi Laurent, David
These are v3 of DPLLCR patch for rcar-du.
[1/2] is added
Kuninori Morimoto (2):
drm: rcar-du: use 1000 to avoid misunderstanding in rcar_du_dpll_divider()
drm: rcar-du: calculate DPLLCR to be more small jitter
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 60 ++
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, 40
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
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
+++ b/drivers/of/base.c
@@ -1568,7 +1
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
Hi Niklas,
On 14/12/17 19:08, Niklas Söderlund wrote:
> The driver is now pad and stream aware, only allow to get/set format on
> sink pads.
Ok - I can see the patch is doing this ...
> Also record a different format for each sink pad since it's
> no longer true that they are all the same
But I
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 individ
One more ...
On 14/12/17 22:56, Kieran Bingham wrote:
> 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
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 sin
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
---
arch/arm/boot/dts/r8a7790-lager.dts | 197 +
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 GPIOs]
Signed-off-by: Wolfra
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 Sang
---
arch/arm/boot/dts/r8
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 Sang
---
arch/arm/boot/dts/r
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.
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
---
arch/arm/boot/dts/r8a7791-koelsc
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
---
arch/arm/boot/dts/r8a7794-silk.dts | 128 +++
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
---
arch/arm/boot/dts/r8a7794-alt.dts | 53 +
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
---
arch/arm/boot/dts/r8a7791-porter.dts | 128 +
Create a separate bus for da9063 PMIC and da9210 regulator
related I2C slaves.
Based on similar work for HDMI by Wolfram Sang.
Signed-off-by: Simon Horman
[wsa: rebased, corrected chip name in commit msg, updated aliases]
Signed-off-by: Wolfram Sang
---
arch/arm/boot/dts/r8a7790-lager.dts | 84
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 file changed, 22 insertions(+)
>
> diff --
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 initialisat
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 insta
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
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
--- a/drivers/of/overlay.c
+++ b/drivers/of/o
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 of
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/platform/rcar-vin/rcar-csi2.c | 13 +++--
1 file changed, 7 inserti
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 100644
--- a/include/linux/v4l2-subdev.
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
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 a/drivers/media/platform/rcar-vin/rcar-dma.c
b/dr
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 ++--
1 file changed, 10 insert
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 insertions(+)
diff --git a/drivers/media/i2c/ad
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
---
drivers/media/i2c/adv748x/adv748x-csi2.c | 6 ++
1 file changed, 6 inse
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, likewi
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 .s_stream()
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 a/drivers/media/i2c/adv748x/adv748x-csi2.c
b/drivers/media/i2c/adv74
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 --git a/drivers/media/platform/rcar-vin/rcar
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 changed, 54 insertions(+)
diff --git a/drivers
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 +++
utils/v4l2-ctl/v4l2-ctl.h | 9
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
It
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 a/drivers/media/i2c/adv748x/adv748x-csi2.c
b/driv
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 +
1 file changed, 5 insertions(+)
diff -
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
---
drivers/media/i2c/adv748x/adv748x-core.c | 10 ++
drivers/media/i2c/
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
---
drivers/media/
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 on arm64:
>> >
>> > rpcbind[1083]: unhandled
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.
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.
>>
>> Currently this is handled in device-specifi
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.
>>
>> Currently this is handled in device-specifi
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 fault (11) at 0x0008
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 0x0008,
> > esr 0x92000
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 PID: 1083 Comm: rpcbind
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 Uytterhoeven
>>> wrote:
On Mon, Dec 11, 2017 at 11:24 AM, Ulf Hansson
>>>
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 in
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 Hansson
>>> wrote:
On 10 December 2017 at 11:16, Geert Uytterh
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 drivers by explicitly
> incr
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 the use count of the modu
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 the use count of the modu
Hi Laurent,
On Tue, Dec 12, 2017 at 04:42:23PM +0200, Laurent Pinchart wrote:
...
> > > diff --git a/drivers/media/v4l2-core/v4l2-dev.c
> > > b/drivers/media/v4l2-core/v4l2-dev.c index c647ba648805..c73c6d49e7cf
> > > 100644
> > > --- a/drivers/media/v4l2-core/v4l2-dev.c
> > > +++ b/drivers/media/
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
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 h
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 s
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 2
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
> +
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 --git a/drivers/pinctrl/sh-pfc/pfc-r8a7794.c
b/drivers/pi
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 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7745.dtsi b/arc
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: d
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 +++
1 file changed, 165 insertions(+)
diff --git a/drivers/pi
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 ++
1 file changed, 7
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 a/arch/arm/boot/dts/r8a7743.dtsi b/arch/arm/boot/dts/r8a77
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 a/arch/arm/configs/shmobile_defconfig
b/arch/arm/configs/shmobile
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: pwm:
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
---
Documentation/devicetree/bindings/pwm/renesas,tpu-pwm.txt | 4 +++-
1 file
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 b/arch/arm/boot/dts/r8a7743.dtsi
index 6766c76..861e76d 100644
--- a/arch/arm/boot/dt
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 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pfc-
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
R
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 Uytterhoeven
>>> wrote:
To complicate matters, some drivers may be used on
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 implementation expects the two buffers to have the same
>
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 sensor due
> to the location of
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 sensor due
> to the location of
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
> to the location of the latt
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
> > ---
> > drivers/phy/renesas/phy-rcar-gen3
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, they may be connected to gpio pins. To
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: 57f91
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: a8b805
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: cac68
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 locat
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 sizes, and will return zero for identical frames, or a
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 the inner parentheses, and you can wri
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 2kHz
97 matches
Mail list logo