On 19 December 2017 at 04:56, Masahiro Yamada
wrote:
> Hi Ulf,
>
>
> 2017-12-15 18:18 GMT+09:00 Ulf Hansson :
>> On 24 November 2017 at 17:24, Masahiro Yamada
>> wrote:
>>>
>>> I am working on this IP for
Hi Ulf,
2017-12-15 18:18 GMT+09:00 Ulf Hansson :
> On 24 November 2017 at 17:24, Masahiro Yamada
> wrote:
>>
>> I am working on this IP for Socionext SoCs.
>>
>> I was hit by several issues, and noticed various
>> clean-up candidates.
>>
>>
Hi Geert-san, Ulrich-san,
> Do they really all use the same voltage?
>
> And AFAIU, DVFS is shared between CPU and GPU.
We support the opp table of GPU with the same voltage for each in
R-Car H3/M3. As you know, DVFS is shared between CA57 and GPU.
We understand that arbitration control of the
On Sun, Dec 17, 2017 at 11:16 PM, Yoshihiro Shimoda
wrote:
> Hi Rob,
>
> Thank you for your comments!
>
>> -Original Message-
>> From: Rob Herring, Sent: Sunday, December 17, 2017 3:05 AM
>>
>> On Fri, Dec 15, 2017 at 02:45:26PM +0900, Yoshihiro Shimoda
Hi Sakari,
Thanks for your comments.
On 2017-12-15 15:19:36 +0200, Sakari Ailus wrote:
> Hi Niklas,
>
> On Thu, Dec 14, 2017 at 08:08:26PM +0100, Niklas Söderlund wrote:
> > Use the frame description from the remote subdevice of the rcar-csi2's
> > sink pad to get the remote pad and stream pad
Hi Sakari,
Tack för dina kommentarer.
On 2017-12-15 14:25:27 +0200, Sakari Ailus wrote:
> On Thu, Dec 14, 2017 at 08:08:25PM +0100, Niklas Söderlund wrote:
> > 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
>
Hej Sakari,
Tack för dina kommentarer.
On 2017-12-15 14:07:39 +0200, Sakari Ailus wrote:
> Hej,
>
> On Thu, Dec 14, 2017 at 08:08:23PM +0100, Niklas Söderlund wrote:
> > To work with multiplexed streams the pad and stream aware s_stream
> > operation needs to be used.
> >
> > Signed-off-by:
Hej Sakari,
Tack för dina kommentarer.
On 2017-12-15 13:54:02 +0200, Sakari Ailus wrote:
> On Thu, Dec 14, 2017 at 08:08:22PM +0100, Niklas Söderlund wrote:
> > The pipeline will be moved from the entity to the pads; reflect this in
> > the media pipeline function API.
>
> I'll merge this to
Hej Sakari,
Tack för dina kommentarer.
On 2017-12-15 13:51:46 +0200, Sakari Ailus wrote:
> Hejssan Niklas,
>
> Tack för uppdaterade lappor!
>
> On Thu, Dec 14, 2017 at 08:08:21PM +0100, Niklas Söderlund wrote:
> > To be able to start and stop individual streams of a multiplexed pad the
> >
Hi Kieran,
Thanks for your comments,
On 2017-12-14 23:27:57 +, Kieran Bingham wrote:
> 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
Hi Kieran,
Thanks for your comments.
On 2017-12-14 22:19:59 +, Kieran Bingham wrote:
> 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
On 18/12/2017 at 17:53:57 -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 into
HI Kieran,
Thanks for your comments.
On 2017-12-14 23:16:08 +, Kieran Bingham wrote:
> 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 ...
>
> >
The formula to generate the desired bus speeds has changed a little over
time. Implement the new formula and allow drivers to opt-in by changing
to this new config set. Ensure in probe that we don't divide by zero.
The returned values on a R-Car H2 (r8a7790/Lager board) match the
suggested values
Make use of the new formula for more precise bus frequencies.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-sh_mobile.c
The current calculation for I2C bus speeds does not match the datasheet and is,
in deed, a little too fast for 100kHz settings (~107kHz have been measured).
This series implements a second calculation according to the datasheet. In
order to not cause regressions on the various old SoCs, using
Because we will add a second formula soon, put the sanity checks for the
computed results into a seperate function.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 49 +-
1 file changed, 27 insertions(+),
Start RuntimePM a bit earlier, so we can use it to enable the clock
during probe for frequency calculations. Make sure it is enabled before
calling setup().
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 35
For refactoring reasons, we will need this information before the setup
callback. Also, simplify the comment to a oneliner.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff
The setup callback will be more generic and, thus, need to be able to
return error codes. Change the return type to 'int' for that.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 13 +
1 file changed, 9 insertions(+), 4
Require the setup callback and move the frequency calculation into it.
This is in preparation for supporting multiple formulas.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 15 ++-
1 file changed, 6 insertions(+), 9
Move the timer node, which have no reg property, out of the root node.
The nodes that have been moved do not have any register properties and thus
shouldn't be placed on the bus.
In preparation for the above sort nodes in the root node alphabetically.
Based on renesas-devel-20171218-v4.15-rc4
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
...
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dtb: Warning (simple_bus_reg): Node
/soc/timer missing or empty reg/ranges property
Sort root sub-nodes alphabetically for allow for easier maintenance
of this file.
Signed-off-by: Simon Horman
---
arch/arm/boot/dts/r8a7745.dtsi | 48 +-
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git
Sort root sub-nodes alphabetically for allow for easier maintenance
of this file.
Signed-off-by: Simon Horman
---
v2
* Rebase
---
arch/arm/boot/dts/r8a7743.dtsi | 100 ++---
1 file changed, 54 insertions(+), 46 deletions(-)
diff
Move the timer node, which have no reg property, out of the root node.
The nodes that have been moved do not have any register properties and thus
shouldn't be placed on the bus.
In preparation for the above sort nodes in the root node alphabetically.
Based renesas-devel-20171218-v4.15-rc4
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 arch/arm/boot/dts/r8a7743-iwg20d-q7-dbcm-ca.dtb
arch/arm/boot/dts/r8a7743-iwg20d-q7.dtb: Warning (simple_bus_reg): Node
/soc/timer
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 arch/arm/boot/dts/r8a7792-wheat.dtb
arch/arm/boot/dts/r8a7792-blanche.dtb: Warning (simple_bus_reg): Node
/soc/timer
Sort root sub-nodes alphabetically for allow for easier maintenance
of this file.
Signed-off-by: Simon Horman
---
arch/arm/boot/dts/r8a7792.dtsi | 48 +-
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git
Move the timer node, which have no reg property, out of the root node.
The nodes that have been moved do not have any register properties and thus
shouldn't be placed on the bus.
In preparation for the above sort nodes in the root node alphabetically.
Based on renesas-devel-20171218-v4.15-rc4
For am437x/am437x-vpfe.c & ti-vpe/cal.c
Acked-by: Benoit Parrot
Mauro Carvalho Chehab wrote on Mon [2017-Dec-18
17:53:57 -0200]:
> The V4L2_ASYNC_MATCH_FWNODE match criteria requires just one
> struct to be filled (struct fwnode_handle). The
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
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
Em Sat, 30 Sep 2017 01:05:24 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> (Removing the non-list recipients.)
>
> On Fri, Sep 29, 2017 at 06:27:13AM -0300, Mauro Carvalho Chehab wrote:
> > Em Thu, 28 Sep 2017 15:09:21 +0300
> > Sakari Ailus escreveu:
Em Wed, 11 Oct 2017 23:26:44 +0200
Pavel Machek escreveu:
> On Mon 2017-10-09 07:19:10, 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.
> >
> >
DMA transfer uses DVC
DMA DMApp
[MEM] -> [SRC] -> [DVC] -> [SSIU] -> [SSI]
DMA DMApp
[MEM] <- [DVC] <- [SRC] <- [SSIU] <- [SSI]
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by:
DMA transfer to/from SRC
DMA DMApp
[MEM] -> [SRC] -> [SSIU] -> [SSI]
DMA DMApp
[MEM] <- [SRC] <- [SSIU] <- [SSI]
Current sound driver is supporting SSI/SRC random connection.
So, this patch is trying
SSI1 -> SRC3
SSI0 <- SRC2
Signed-off-by: Biju Das
DMA transfer to/from SSIU
DMA
[MEM] -> [SSIU] -> [SSI]
DMA
[MEM] <- [SSIU] <- [SSI]
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Kuninori Morimoto
---
v1->v2
* No change
DMA transfer to/from SSI
DMA
[MEM] -> [SSI]
DMA
[MEM] <- [SSI]
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Kuninori Morimoto
---
v1->v2
* No change
This series aims to add sound support for iWave RZ/G1M board.
This patch series has below dependency
1)https://patchwork.kernel.org/patch/10108041/
Biju Das (5):
ARM: dts: iwg20d-q7-common: Sound PIO support
ARM: dts: iwg20d-q7-common: Sound DMA support on DTS
ARM: dts: iwg20d-q7-common:
Enable sound PIO support on carrier board.
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Kuninori Morimoto
---
v1-->v2
* Reworked sorting
arch/arm/boot/dts/iwg20d-q7-common.dtsi | 46
Hi!
These two patches are the leftovers of the "CAN for D3" series; as far
as I can tell, everything else has been picked up.
This revision fixes a copy/paste error and adds Acks and Reviewed-Bys.
CU
Uli
Ulrich Hecht (2):
can: rcar_can: document r8a77995 (R-Car D3) compatibility strings
Signed-off-by: Ulrich Hecht
Acked-by: Rob Herring
Reviewed-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/net/can/rcar_can.txt | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git
function to r8a7745 PFC driver.
>
> Signed-off-by: Biju Das <biju@bp.renesas.com>
> Reviewed-by: Fabrizio Castro <fabrizio.cas...@bp.renesas.com>
> ---
> This patch is based on renesas devel tag renesas-devel-20171218-v4.15-rc4
>
>
Add TPU support to SoC DT.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2:
* No change
arch/arm/boot/dts/r8a7745.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7745.dtsi
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:
Add the definitions for pwm[0123456] to the SoC .dtsi.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2:
* No change
arch/arm/boot/dts/r8a7745.dtsi | 77 ++
1 file changed, 77
This patch adds tpu groups and function to r8a7745/r8a7794.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
---
v1->v2:
* Reworked sorting
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
Reviewed-by: Geert Uytterhoeven
---
v1->v2:
* No change
Add i2c5 pin groups and function to r8a7745 PFC driver.
Signed-off-by: Biju Das <biju@bp.renesas.com>
Reviewed-by: Fabrizio Castro <fabrizio.cas...@bp.renesas.com>
---
This patch is based on renesas devel tag renesas-devel-20171218-v4.15-rc4
drivers/pinctrl/sh-pfc/pfc-r8
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
This patch adds tpu groups and function to r8a7743/r8a7791/r8a7793.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
---
v1->v2
* Reworked sorting
Add TPU support to SoC DT.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2
* No change
arch/arm/boot/dts/r8a7743.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7743.dtsi
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 the definitions for pwm[0123456] to the SoC .dtsi.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2
* No change
arch/arm/boot/dts/r8a7743.dtsi | 77 ++
1 file changed, 77
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:
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
---
v1->v2
* No change
arch/arm/configs/shmobile_defconfig | 1 +
1 file changed, 1 insertion(+)
Add CMT[01] support to SoC DT.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2:
* status "okay"->"disabled"
arch/arm/boot/dts/r8a7745.dtsi | 32
1 file changed, 32 insertions(+)
diff
Hello,
this series adds CMT support for r8a7743 and r8a7745.
Thanks,
Fabrizio Castro (3):
dt-bindings: timer: renesas, cmt: Document r8a774[35] CMT support
ARM: dts: r8a7743: Add CMT SoC specific support
ARM: dts: r8a7745: Add CMT SoC specific support
Document SoC specific compatible strings for r8a7743 and r8a7745.
No driver change is needed as the fallback strings will activate
the right code.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
Add CMT[01] support to SoC DT.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
---
v1->v2:
* status "okay"->"disabled"
arch/arm/boot/dts/r8a7743.dtsi | 32
1 file changed, 32 insertions(+)
diff
Em Mon, 9 Oct 2017 07:19:06 -0300
Mauro Carvalho Chehab escreveu:
> That's the second part of my V4L2 kAPI documentation improvements.
> It is meant to reduce the gap between the kAPI media headers
> and documentation, at least with regards to kernel-doc markups.
>
>
Hello Geert,
thank you for your feedback.
> Subject: Re: [PATCH 3/4] pinctrl: sh-pfc: r8a7794: Add tpu groups and function
>
> On Mon, Dec 18, 2017 at 12:09 PM, Geert Uytterhoeven
> wrote:
> > On Thu, Dec 14, 2017 at 11:57 AM, Fabrizio Castro
> >
Hello Geert,
Thank you for your feedback.
> Subject: Re: [PATCH 5/6] pinctrl: sh-pfc: r8a7791: Add tpu groups and function
>
> Hi Fabrizio,
>
> On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro
> wrote:
> > This patch adds tpu groups and function to
2017-12-18 22:01 GMT+09:00 Ulf Hansson :
> On 18 December 2017 at 01:00, Wolfram Sang
> wrote:
>> Not all archs define reads* and writes*. Switch to ioread*_rep and
>> friends which is defined everywhere, so we can enable COMPILE_TEST
Signed-off-by: Ulrich Hecht
Acked-by: Rob Herring
Reviewed-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/net/can/rcar_canfd.txt | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff
On 18/12/17 17:41, Laurent Pinchart wrote:
Hi Tomi,
On Monday, 18 December 2017 14:04:45 EET Tomi Valkeinen wrote:
On 18/12/17 13:50, Laurent Pinchart wrote:
That's an option too. I had a look at the code once to find out how
ImageMagick was performing scaling and gave up with a headache soon
Hello Simon,
> > Hello Geert,
> >
> > thank you for your feedback.
> >
> > > Hi Fabrizio,
> > >
> > > On Wed, Dec 13, 2017 at 10:42 AM, Fabrizio Castro
> > > wrote:
> > > >> On Tue, Dec 12, 2017 at 06:49:38PM +, Fabrizio Castro wrote:
> > > >> > Add CMT[01]
Hi Tomi,
On Monday, 18 December 2017 14:04:45 EET Tomi Valkeinen wrote:
> On 18/12/17 13:50, Laurent Pinchart wrote:
> > That's an option too. I had a look at the code once to find out how
> > ImageMagick was performing scaling and gave up with a headache soon
> > afterwards. We need more formats
Hi Jacopo,
On Monday, 18 December 2017 14:25:12 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]
>
> >> +
> >> +/**
> >> + * ceu_buffer - Link vb2 buffer to the list of available buffers
> >
Hi Hans,
thanks for review comments
On Wed, Dec 13, 2017 at 01:03:03PM +0100, Hans Verkuil wrote:
> On 15/11/17 11:55, Jacopo Mondi wrote:
> > Add driver for Renesas Capture Engine Unit (CEU).
> > +
> > + /* Register the video device */
> > + strncpy(vdev->name, DRIVER_NAME,
On 18 December 2017 at 01:00, Wolfram Sang
wrote:
> Not all archs define reads* and writes*. Switch to ioread*_rep and
> friends which is defined everywhere, so we can enable COMPILE_TEST after
> that.
>
> Signed-off-by: Wolfram Sang
Hi Laurent,
thanks for review comments...
On Mon, Dec 11, 2017 at 06:15:23PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
[snip]
> > +
> > +/**
> > + * ceu_buffer - Link vb2 buffer to the list of available buffers
>
> If you use kerneldoc comments please make
Hi Laurent,
On Mon, Dec 18, 2017 at 12:50 PM, Laurent Pinchart
wrote:
> On Monday, 18 December 2017 13:46:22 EET Tomi Valkeinen wrote:
>> On 18/12/17 13:36, Laurent Pinchart wrote:
>> > The problem with PNG (or any other format really) is that you not only
>> >
On 18/12/17 13:50, Laurent Pinchart wrote:
That's an option too. I had a look at the code once to find out how
ImageMagick was performing scaling and gave up with a headache soon
afterwards. We need more formats than what ImageMagick currently supports
(it's mostly focused on image file formats
Hi Tomi,
On Monday, 18 December 2017 13:46:22 EET Tomi Valkeinen wrote:
> On 18/12/17 13:36, Laurent Pinchart wrote:
> > The problem with PNG (or any other format really) is that you not only
> > need to encode the image into the target format (PNG or JPG would require
> > external libraries,
On 16/12/17 18:13, Kieran Bingham wrote:
+void save_raw_frame(IFramebuffer& fb, const char *filename)
+{
+ unique_ptr os;
+ os = unique_ptr(new ofstream(filename, ofstream::binary));
+
+ for (unsigned i = 0; i < fb.num_planes(); ++i)
+ os->write((char*)fb.map(i), fb.size(i));
+}
On 18/12/17 13:36, Laurent Pinchart wrote:
The problem with PNG (or any other format really) is that you not only need to
encode the image into the target format (PNG or JPG would require external
libraries, simpler formats such as BMP or PNM could be handled internally),
but you also need to
Hi Kieran,
Thank you for the patch.
On Thursday, 14 December 2017 01:10:12 EET 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
Hi Kieran,
On Saturday, 16 December 2017 18:13:51 EET Kieran Bingham wrote:
> On 15/12/17 13:43, Tomi Valkeinen wrote:
> > On 14/12/17 01:10, Kieran Bingham wrote:
> >> From: Kieran Bingham
> >>
> >> Provide a util module to provide helpers involved in
Hi Kieran,
Thank you for the patch.
On Thursday, 14 December 2017 01:10:10 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The videodevice module defines a stream_off function call, but this is
> not available in the python bindings interface.
>
> Provide
Hi Simon,
Thanks. I will send v2.
Regards,
Biju
> -Original Message-
> From: Simon Horman [mailto:ho...@verge.net.au]
> Sent: 18 December 2017 11:22
> To: Biju Das
> Cc: Rob Herring ; Mark Rutland
> ; Kuninori Morimoto
Hi Kieran,
Thank you for the patch.
On Thursday, 14 December 2017 01:10:09 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide a space between the return type and the function definition
>
> Signed-off-by: Kieran Bingham
On Fri, Dec 15, 2017 at 02:50:49PM +, Biju Das wrote:
> Enable sound PIO support on carrier board.
>
> Signed-off-by: Biju Das
> Reviewed-by: Fabrizio Castro
> ---
> arch/arm/boot/dts/iwg20d-q7-common.dtsi | 46
>
On Thu, Dec 14, 2017 at 3:11 PM, Ulf Hansson wrote:
> 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
On Wed, Dec 13, 2017 at 10:15:39AM +, Fabrizio Castro wrote:
> Hello Geert,
>
> thank you for your feedback.
>
> > Hi Fabrizio,
> >
> > On Wed, Dec 13, 2017 at 10:42 AM, Fabrizio Castro
> > wrote:
> > >> On Tue, Dec 12, 2017 at 06:49:38PM +, Fabrizio
Hi Fabrizio,
On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro
wrote:
> This patch adds tpu groups and function to r8a7743/r8a7791/r8a7793.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
With
On Mon, Dec 18, 2017 at 12:09 PM, Geert Uytterhoeven
wrote:
> On Thu, Dec 14, 2017 at 11:57 AM, Fabrizio Castro
> wrote:
>> This patch adds tpu groups and function to r8a7745/r8a7794.
>>
>> Signed-off-by: Fabrizio Castro
On Wed, Dec 13, 2017 at 09:27:30AM +, Biju Das wrote:
> Hi Simon,
>
> Thanks.
>
> There is a typo in the documentation dependency link.
> The correct one is https://patchwork.kernel.org/patch/10108015/
Thanks, series applied.
On Thu, Dec 14, 2017 at 11:57 AM, 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
On Thu, Dec 14, 2017 at 11:57 AM, Fabrizio Castro
wrote:
> 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
On Wed, Dec 13, 2017 at 09:34:15AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Wed, Dec 13, 2017 at 9:25 AM, Simon Horman wrote:
> > For now I've applied the following:
> >
> > From: Simon Horman
> > Date: Tue, 12 Dec 2017 09:24:35 +0100
>
On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro
wrote:
> 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
On Thu, Dec 14, 2017 at 11:56 AM, Fabrizio Castro
wrote:
> 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
Hi Uli,
On Fri, Dec 15, 2017 at 4:14 PM, Ulrich Hecht
wrote:
> From: Gaku Inami
>
> This patch supports GSX frequency scaling using devfreq.
>
> Includes update of the OPP tables for GSX because the typical voltage of
> VDD_DVFS
Hi Uli,
On Fri, Dec 15, 2017 at 4:14 PM, Ulrich Hecht
wrote:
> From: Takeshi Kihara
>
> This patch adds GSX device node for R8A7796 SoC.
>
> Signed-off-by: Takeshi Kihara
SoB?
> ---
Hi Uli,
On Fri, Dec 15, 2017 at 4:14 PM, Ulrich Hecht
wrote:
> From: Takeshi Kihara
>
> This patch adds ZG clock divider support for R-Car Gen3 SoC.
>
> Signed-off-by: Takeshi Kihara
SoB?
> ---
Hi Uli,
On Fri, Dec 15, 2017 at 4:14 PM, Ulrich Hecht
wrote:
> From: Takeshi Kihara
>
> This patch adds ZG clock for R8A7796 SoC.
>
> Signed-off-by: Takeshi Kihara
Forgot to add you're own SoB?
>
When compile-testing an allmodconfig kernel for a platform without
sh-sci serial ports, the SERIAL_SH_SCI_NR_UARTS symbol of type "int"
doesn't get assigned a numerical default value, but an empty string,
leading to a build failure:
.config:3814:warning: symbol value '' invalid for
Hi Morimoto-san,
On Monday, 18 December 2017 10:38:19 EET Kuninori Morimoto wrote:
> Hi Laurent
>
> Thank you for your feedback
>
> >> + * To be small jitter,
> >
> > Nitpicking, I would write this "to minimize the jitter".
>
> (snip)
>
> >> + * This code is assuming
1 - 100 of 104 matches
Mail list logo