Hi Ulf,
On Wednesday 20 December 2017 02:52 AM, Ulf Hansson wrote:
> The runtime PM deployment in the phy core is a bit unnecessary complicated
> and the main reason is because it operates on the phy device, which is
> created by the phy core and assigned as a child device of the phy provider
>
From: Magnus Damm
Here's a simple prototype to get a basic IPMMU environment going on
the R-Car M3-N SoC on the r8a77965 Salvator-X board. IPMMU-MM and DS0/DS1
are used with SYS-DMAC that in turn may be used with SCIF for testing.
As based
The intend of this series is to simplify the runtime PM deployment in the phy
core, but while doing that fixing a related problem for a Renesas SoC making use
of a phy. This issue was raised by Geert Uytterhoeven and Yoshihiro Shimoda, due
to a changed behaviour in the runtime PM core.
The commit
The phy core already deploys runtime PM management, so there seems to be no
reason for having a separate option of controlling runtime PM for phys via
the phy runtime PM APIs.
Moreover, since previous changes moved the runtime PM reference counting
onto the parent provider device, which also
Let's update and clarify he phy documentation, to reflect the latest
changes around the runtime PM deployment in the phy core.
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
Signed-off-by: Ulf Hansson
---
Documentation/phy.txt | 28
Hi Mauro,
Thanks for the patch.
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@smtp.s-opensource.com]
> On Behalf Of Mauro Carvalho Chehab
> Sent: Tuesday, December 19, 2017 3:18 AM
> To: Linux Media Mailing List
> Cc: Mauro Carvalho
R8A7778 is R-Car (not R-Mobile) M1.
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/pinctrl/renesas,pfc-pinctrl.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
R8A7778 is R-Car (not R-Mobile) M1.
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/gpio/renesas,gpio-rcar.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/gpio/renesas,gpio-rcar.txt
R8A73A4 (not R8A77A4) is R-Mobile APE6,
R8A7740 is R-Mobile (not R-Car) A1.
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/pwm/renesas,tpu-pwm.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi all,
Here are three small fixes related to the Renesas Timer Pulse Unit PWM
driver.
The first patch is meant for Simon's tree.
The other two patches are meant for either the PWM or DT tree.
Thanks!
Geert Uytterhoeven (3):
ARM: dts: r8a7740: Correct TPU register block size
The Timer Pulse Unit has registers that lie outside the declared
register block. Enlarge the register block size to fix this.
Signed-off-by: Geert Uytterhoeven
---
This was probably based on the old platform code, which also assumed a
register block size of 0x100.
The Timer Pulse Unit on R-Mobile A1 has registers that lie outside the
declared register block. Enlarge the register block size to fix this.
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/pwm/renesas,tpu-pwm.txt | 2 +-
1 file changed, 1
rcar_sysc_matches[] is used only by rcar_sysc_pd_init(), which is
__init. Hence mark rcar_sysc_matches[] __initconst.
This frees another 1764 bytes (arm32/shmobile_defconfig) or 1000 bytes
(arm64/renesas_defconfig) of memory after kernel init.
Signed-off-by: Geert Uytterhoeven
Enable PWM support for R-Car and friends by default.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
Hi Sakari,
On Tuesday, 19 December 2017 15:28:55 EET Sakari Ailus wrote:
> On Tue, Dec 19, 2017 at 03:07:41PM +0200, Laurent Pinchart wrote:
> > On Tuesday, 19 December 2017 13:57:42 EET jacopo mondi wrote:
[snip]
> >> Ok, actually parse_dt() and parse_platform_data() behaves differently.
> >>
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
---
v2->v3:
* No change
arch/arm/configs/shmobile_defconfig | 1 +
1 file changed, 1 insertion(+)
Add the definitions for pwm[0123456] to the SoC .dtsi.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
---
v2->v3:
* pwm[0123456] compatible definitions don't wrap anymore
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
Add TPU support to SoC DT.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
---
v2->v3:
* No change
arch/arm/boot/dts/r8a7743.dtsi | 10 ++
1 file changed, 10
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
Reviewed-by: Rob
Dear All,
this series includes all that is required to add PWM and TPU SoC specific
support for the r8a7743.
Thanks,
Fabrizio Castro (5):
ARM: shmobile: defconfig: Enable PWM
dt-bindings: pwm: rcar: Document r8a774[35] PWM bindings
ARM: dts: r8a7743: Add PWM SoC support
dt-bindings:
Because we started using io*_rep accessors previously because they are
more widely defined across architectures, let's be consistent and use
this family for all accessor wrappers.
Signed-off-by: Wolfram Sang
---
And here is the follow-up patch. Tested on a
Heippa!
On Tue, Dec 19, 2017 at 03:07:41PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> (CC'ing Sakari)
>
> On Tuesday, 19 December 2017 13:57:42 EET jacopo mondi wrote:
> > On Mon, Dec 11, 2017 at 06:15:23PM +0200, Laurent Pinchart wrote:
> > > Hi Jacopo,
> > >
> > > Thank you for the
Yamada-san,
> BTW, is ioread* preferred to read*?
Technically, yes. In reality, mostly not.
> We need to eliminate the root cause.
> Other drivers using reads* cannot enable COMPILE_TEST for the same reason.
Sure, I understand this. There are not many left, however. I'd assume
most switched to
This series aims to add thermal support for iWave RZ/G1M board.
This patch series based on renesas tag renesas-devel-20171218-v4.15-rc4
Biju Das (2):
dt-bindings: thermal: rcar: Add device tree support for r8a7743
ARM: dts: r8a7743: Add thermal device to DT
This patch instantiates the thermal sensor module with thermal-zone
support.
This patch is based on the commit cac68a56e34b
("ARM: dts: r8a7791: enable to use thermal-zone") by Kuninori Morimoto.
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Add thermal sensor support for r8a7743 SoC. The Renesas RZ/G1M
(r8a7743) thermal sensor module is identical to the R-Car Gen2 family.
No driver change is needed due to the fallback compatible value
"renesas,rcar-gen2-thermal".
Signed-off-by: Biju Das
Reviewed-by:
Hi Neil,
On Tuesday, 19 December 2017 11:00:28 EET Neil Armstrong wrote:
> On 17/12/2017 01:17, Laurent Pinchart wrote:
> > Color keying is the action of replacing pixels matching a given color
> > (or range of colors) with transparent pixels in an overlay when
> > performing blitting. Depending
Hi Jacopo,
(CC'ing Sakari)
On Tuesday, 19 December 2017 13:57:42 EET jacopo mondi wrote:
> On Mon, Dec 11, 2017 at 06:15:23PM +0200, Laurent Pinchart wrote:
> > Hi Jacopo,
> >
> > Thank you for the patch.
> >
> > [snip]
> >
> >> +static int ceu_sensor_bound(struct v4l2_async_notifier
Hi Geert,
Thanks, I will send v2.
Regards,
Biju
> -Original Message-
> From: geert.uytterhoe...@gmail.com [mailto:geert.uytterhoe...@gmail.com]
> On Behalf Of Geert Uytterhoeven
> Sent: 19 December 2017 11:45
> To: Biju Das
> Cc: Rob Herring
Hello Geert,
> Subject: Re: [PATCH v2 3/6] ARM: dts: r8a7743: Add PWM SoC support
>
> Hi Fabrizio,
>
> On Tue, Dec 19, 2017 at 12:37 PM, Fabrizio Castro
> wrote:
> >> Subject: Re: [PATCH v2 3/6] ARM: dts: r8a7743: Add PWM SoC support
> >>
> >> On Mon, Dec 18, 2017
Hi Laurent,
a few more details on subdevice management
On Mon, Dec 11, 2017 at 06:15:23PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> [snip]
>
> > +static int ceu_sensor_bound(struct v4l2_async_notifier *notifier,
> > + struct v4l2_subdev
Hi Fabrizio,
On Tue, Dec 19, 2017 at 12:37 PM, Fabrizio Castro
wrote:
>> Subject: Re: [PATCH v2 3/6] ARM: dts: r8a7743: Add PWM SoC support
>>
>> On Mon, Dec 18, 2017 at 6:52 PM, Fabrizio Castro
>> wrote:
>> > Add the definitions
On Tue, 2017-12-19 at 09:18 -0200, Mauro Carvalho Chehab wrote:
> There is a mess with media bus flags: there are two sets of
> flags, one used by parallel and ITU-R BT.656 outputs,
> and another one for CSI2.
>
> Depending on the type, the same bit has different meanings.
>
> That's very
On Wed, Dec 13, 2017 at 11:57 AM, Biju Das wrote:
> This patch instantiates the thermal sensor module with thermal-zone
> support.
>
> This patch is based on the commit cac68a56e34b
> ("ARM: dts: r8a7791: enable to use thermal-zone") by Kuninori Morimoto.
>
>
Hi Rob,
> From: Rob Herring, Sent: Tuesday, December 19, 2017 9:10 AM
>
> On Sun, Dec 17, 2017 at 11:16 PM, Yoshihiro Shimoda
> wrote:
> > Hi Rob,
> >
> > Thank you for your comments!
> >
> >> From: Rob Herring, Sent: Sunday, December 17, 2017 3:05 AM
> >>
> >>
On Thu, Dec 07, 2017 at 11:15:20AM +0100, Geert Uytterhoeven wrote:
> rcar_pcie_parse_request_of_pci_ranges() can fail and return an error
> code, but this is not checked nor handled.
>
> Fix this by adding the missing error handling.
>
> Fixes: 5d2917d469faab72 ("PCI: rcar: Convert to DT
Hello Geert,
> Subject: Re: [PATCH v2 2/4] ARM: dts: r8a7745: Add PWM SoC support
>
> On Mon, Dec 18, 2017 at 7:06 PM, Fabrizio Castro
> wrote:
> > Add the definitions for pwm[0123456] to the SoC .dtsi.
> >
> > Signed-off-by: Fabrizio Castro
Hello Geert,
> Subject: Re: [PATCH v2 3/6] ARM: dts: r8a7743: Add PWM SoC support
>
> On Mon, Dec 18, 2017 at 6:52 PM, Fabrizio Castro
> wrote:
> > Add the definitions for pwm[0123456] to the SoC .dtsi.
> >
> > Signed-off-by: Fabrizio Castro
On Mon, Dec 18, 2017 at 7:06 PM, Fabrizio Castro
wrote:
> Add TPU support to SoC DT.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 6:52 PM, Fabrizio Castro
wrote:
> Add TPU support to SoC DT.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 7:06 PM, Fabrizio Castro
wrote:
> Add the definitions for pwm[0123456] to the SoC .dtsi.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 6:52 PM, Fabrizio Castro
wrote:
> Add the definitions for pwm[0123456] to the SoC .dtsi.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 6:39 PM, Fabrizio Castro
wrote:
> Add CMT[01] support to SoC DT.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 6:39 PM, Fabrizio Castro
wrote:
> Add CMT[01] support to SoC DT.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
There is a mess with media bus flags: there are two sets of
flags, one used by parallel and ITU-R BT.656 outputs,
and another one for CSI2.
Depending on the type, the same bit has different meanings.
That's very confusing, and counter-intuitive. So, split them
into two sets of flags, inside an
The V4L2_ASYNC_MATCH_FWNODE match criteria requires just one
struct to be filled (struct fwnode_handle). The V4L2_ASYNC_MATCH_DEVNAME
match criteria requires just a device name.
So, it doesn't make sense to enclose those into structs,
as the criteria can go directly into the union.
That makes
Em Tue, 19 Dec 2017 10:30:15 +0100
Philipp Zabel escreveu:
> Hi Mauro,
>
> On Mon, 2017-12-18 at 17:53 -0200, Mauro Carvalho Chehab wrote:
> > There is a mess with media bus flags: there are two sets of
> > flags, one used by parallel and ITU-R BT.656 outputs,
> > and
On 12/19/2017 11:17 AM, Fabrizio Castro wrote:
> Hello Marc,
>
> does this patch look ok to you?
Yes, Acked-by: Marc Kleine-Budde
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions| Phone: +49-231-2826-924 |
Hello Mauro,
does this patch look ok to you?
Thanks,
Fab
> Subject: [PATCH v2 2/4] dt-bindings: media: rcar_vin: add device tree support
> for r8a774[35]
>
> Add compatible strings for r8a7743 and r8a7745. No driver change
> is needed as "renesas,rcar-gen2-vin" will activate the right code.
>
Hello Marc,
does this patch look ok to you?
Thanks,
Fab
> Subject: [PATCH 1/8] dt-bindings: can: rcar_can: document r8a774[35] can
> support
>
> Document "renesas,can-r8a7743" and "renesas,can-r8a7745" compatible
> strings. Since the fallback compatible string ("renesas,rcar-gen2-can")
>
On Mon, Dec 18, 2017 at 7:04 PM, Biju Das wrote:
> Add i2c5 pin groups and function to r8a7745 PFC driver.
>
> Signed-off-by: Biju Das
> Reviewed-by: Fabrizio Castro
Reviewed-by: Geert Uytterhoeven
Hi Mauro,
On Mon, 2017-12-18 at 17:53 -0200, Mauro Carvalho Chehab wrote:
> There is a mess with media bus flags: there are two sets of
> flags, one used by parallel and ITU-R BT.656 outputs,
> and another one for CSI2.
>
> Depending on the type, the same bit has different meanings.
>
> That's
Hello!
On 12/19/2017 12:32 AM, Simon Horman wrote:
Sort root sub-nodes alphabetically for allow for easier maintenance
s/for/to/?
of this file.
Signed-off-by: Simon Horman
---
arch/arm/boot/dts/r8a7792.dtsi | 48 +-
On Mon, Dec 18, 2017 at 6:52 PM, Fabrizio Castro
wrote:
> This patch adds tpu groups and function to r8a7743/r8a7791/r8a7793.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
> Reviewed-by: Geert
On Mon, 2017-12-18 at 17:53 -0200, Mauro Carvalho Chehab wrote:
> The V4L2_ASYNC_MATCH_FWNODE match criteria requires just one
> struct to be filled (struct fwnode_handle). The V4L2_ASYNC_MATCH_DEVNAME
> match criteria requires just a device name.
>
> So, it doesn't make sense to enclose those
On Mon, Dec 18, 2017 at 7:06 PM, Fabrizio Castro
wrote:
> This patch adds tpu groups and function to r8a7745/r8a7794.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
> Reviewed-by: Geert
R8A77995's SYS-DMAC is R-Car Gen3-compatible.
Signed-off-by: Ulrich Hecht
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Simon Horman
---
This revision adds the missing Reviewed-Bys.
CU
Uli
Hi Laurent,
On 17/12/2017 01:17, Laurent Pinchart wrote:
> Color keying is the action of replacing pixels matching a given color
> (or range of colors) with transparent pixels in an overlay when
> performing blitting. Depending on the hardware capabilities, the
> matching pixel can either become
On Mon, Dec 18, 2017 at 10:50 PM, Simon Horman
wrote:
> The timer node does not have any register properties and thus shouldn't be
> placed on the bus.
>
> This problem is flagged by the compiler as follows:
> $ make dtbs W=1
> ...
>
On Mon, Dec 18, 2017 at 10:50 PM, Simon Horman
wrote:
> Sort root sub-nodes alphabetically for allow for easier maintenance
to allow for
> of this file.
>
> Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 10:40 PM, Simon Horman
wrote:
> The timer node does not have any register properties and thus shouldn't be
> placed on the bus.
>
> This problem is flagged by the compiler as follows:
> $ make
> DTC
Hi Simon,
On Mon, Dec 18, 2017 at 10:40 PM, Simon Horman
wrote:
> Sort root sub-nodes alphabetically for allow for easier maintenance
to allow for
> of this file.
>
> Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 10:32 PM, Simon Horman
wrote:
> The timer node does not have any register properties and thus shouldn't be
> placed on the bus.
>
> This problem is flagged by the compiler as follows:
> $ make dtbs W=1
> ...
> DTC
On Mon, Dec 18, 2017 at 10:32 PM, Simon Horman
wrote:
> Sort root sub-nodes alphabetically for allow for easier maintenance
to allow for
> of this file.
>
> Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
On Mon, Dec 18, 2017 at 05:53:57PM -0200, Mauro Carvalho Chehab wrote:
> The V4L2_ASYNC_MATCH_FWNODE match criteria requires just one
> struct to be filled (struct fwnode_handle). The V4L2_ASYNC_MATCH_DEVNAME
> match criteria requires just a device name.
>
> So, it doesn't make sense to enclose
On Wed, Dec 06, 2017 at 07:56:09PM +0100, Geert Uytterhoeven wrote:
> Hi Kaneko-san,
>
> On Wed, Dec 6, 2017 at 7:45 PM, Yoshihiro Kaneko
> wrote:
> > From: Khiem Nguyen
> >
> > Because power of Salvator-X board is cut off in suspend,
> >
67 matches
Mail list logo