On 03.01.2018 18:25, Geert Uytterhoeven wrote:
Hi Dirk,
On Thu, Sep 7, 2017 at 11:12 AM, Geert Uytterhoeven
wrote:
On Thu, Sep 7, 2017 at 11:05 AM, Dirk Behme wrote:
On 07.09.2017 10:59, Geert Uytterhoeven wrote:
On Thu, Sep 7, 2017 at 10:42 AM, Dirk Behme
wrote:
On 07.09.2017 10:39, Geer
On 03.01.2018 18:44, Mark Brown wrote:
The patch
spi: sh-msiof: Fix timeout failures for TX-only DMA transfers
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
Would it make sense to forward this to -stable, too?
Best regards
Dir
Hi Fabio,
On Wed, Jan 03, 2018 at 04:14:35PM -0200, Fabio Estevam wrote:
> On Wed, Jan 3, 2018 at 3:37 PM, jacopo mondi wrote:
>
> >> Initially the rest GPIO was doing:
> >>
> >> - gpio_set_value(GPIO_PTT3, 0);
> >> - mdelay(10);
> >> - gpio_set_value(GPIO_PTT3, 1);
> >> -
On Wed, Jan 3, 2018 at 3:37 PM, jacopo mondi wrote:
>> Initially the rest GPIO was doing:
>>
>> - gpio_set_value(GPIO_PTT3, 0);
>> - mdelay(10);
>> - gpio_set_value(GPIO_PTT3, 1);
>> - mdelay(10); /* wait to let chip come out of reset */
>
> And that's what my driver code
The patch
spi: sh-msiof: Fix timeout failures for TX-only DMA transfers
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
Hi Fabio,
On Wed, Jan 03, 2018 at 03:27:53PM -0200, Fabio Estevam wrote:
> Hi Jacopo,
>
> On Wed, Jan 3, 2018 at 3:13 PM, jacopo mondi wrote:
>
> > That would be true if I would have declared the GPIO to be ACTIVE_LOW.
> > See patch [5/9] in this series and search for "rstb". The GPIO (which
> >
Hi Simon,
Thanks for your work.
I tested these patches together with the dependencies of the
topic/rcar-gen3-cpufreq-v4 branch, feel free to add to all patches in
this series.
Tested-by: Niklas Söderlund
On 2018-01-03 13:41:02 +0100, Simon Horman wrote:
> These are dependencies for supportin
Hi Jacopo,
On Wed, Jan 3, 2018 at 3:13 PM, jacopo mondi wrote:
> That would be true if I would have declared the GPIO to be ACTIVE_LOW.
> See patch [5/9] in this series and search for "rstb". The GPIO (which
> is shared between two devices) is said to be active high...
Just looked at your patch
Hi Dirk,
On Thu, Sep 7, 2017 at 11:12 AM, Geert Uytterhoeven
wrote:
> On Thu, Sep 7, 2017 at 11:05 AM, Dirk Behme wrote:
>> On 07.09.2017 10:59, Geert Uytterhoeven wrote:
>>> On Thu, Sep 7, 2017 at 10:42 AM, Dirk Behme
>>> wrote:
On 07.09.2017 10:39, Geert Uytterhoeven wrote:
> On Thu,
Hi Fabio,
On Wed, Jan 03, 2018 at 02:41:20PM -0200, Fabio Estevam wrote:
> Hi Jacopo,
>
> On Thu, Dec 28, 2017 at 12:01 PM, Jacopo Mondi
> wrote:
>
> > + if (priv->rstb_gpio) {
> > + gpiod_set_value(priv->rstb_gpio, 0);
> > + usleep_range(500, 1000);
> > +
When using RX (with or without TX), the DMA interrupt triggers
completion when the RX FIFO has been emptied, i.e. after the full
transfer has finished.
However, when using TX without RX, the DMA interrupt triggers completion
as soon as the DMA engine has filled the TX FIFO, i.e. before the full
tr
When switching the driver to the managed device API, I managed to break
the case of a dual Ether devices sharing a single TSU: the 2nd Ether port
wouldn't probe. Iwamatsu-san has tried to fix this but his patch was buggy
and he then dropped the ball...
The solution is to limit calling devm_re
Hi Jacopo,
On Thu, Dec 28, 2017 at 12:01 PM, Jacopo Mondi
wrote:
> + if (priv->rstb_gpio) {
> + gpiod_set_value(priv->rstb_gpio, 0);
> + usleep_range(500, 1000);
> + gpiod_set_value(priv->rstb_gpio, 1);
> + usleep_range(500, 1000);
T
Hi Laurent,
On Tue, Jan 02, 2018 at 05:50:38PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Thursday, 28 December 2017 16:01:21 EET Jacopo Mondi wrote:
> > - priv->clk = v4l2_clk_get(&client->dev, "mclk");
> > - if (IS_ERR(priv->clk))
> > + priv->clk = clk_
Hi Laurent,
On Wed, Jan 03, 2018 at 05:49:55PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> >
> > DT based platforms won't have any info->xlkc_rate, so they should be
> > fine. I wonder how could I set rate in board code, as I'm just
> > registering an alias for the clock there...
>
> Exactly a
Hi Jacopo,
On Wednesday, 3 January 2018 17:44:58 EET jacopo mondi wrote:
> On Tue, Jan 02, 2018 at 05:44:03PM +0200, Laurent Pinchart wrote:
> > On Thursday, 28 December 2017 16:01:19 EET Jacopo Mondi wrote:
> >> Remove soc_camera framework dependencies from ov772x sensor driver.
> >> - Handle clo
Hi Laurent,
On Tue, Jan 02, 2018 at 05:44:03PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Thursday, 28 December 2017 16:01:19 EET Jacopo Mondi wrote:
> > Remove soc_camera framework dependencies from ov772x sensor driver.
> > - Handle clock and gpios
> > - Regi
Hello!
On 01/03/2018 06:21 PM, David Miller wrote:
From: Sergei Shtylyov
Date: Sun, 31 Dec 2017 21:41:34 +0300
Here's a set of 2 patches against DaveM's 'net-next.git' repo removing
redundant checks in the driver probe() methods.
Series applied with the "disassembly" typo fixed.
Thank
From: Sergei Shtylyov
Date: Sun, 31 Dec 2017 21:41:34 +0300
> Here's a set of 2 patches against DaveM's 'net-next.git' repo removing
> redundant checks in the driver probe() methods.
Series applied with the "disassembly" typo fixed.
Hello Laurent,
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: 03 January 2018 13:34
>
> Hi Chris,
>
> On Wednesday, 3 January 2018 12:09:48 EET Chris Paterson wrote:
> > Hello Laurent,
> >
> > Happy new year!
>
> Onnellista uutta vuotta to you too :)
>
> > We are l
On Wed, Jan 3, 2018 at 1:41 PM, Simon Horman wrote:
> From: Dien Pham
>
> Define OOP tables for all CPUs.
> This allows CPUFreq to function.
>
> Based in part on work by Hien Dang.
>
> Signed-off-by: Dien Pham
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Simon Horman
Looks good and matche
On Wed, Jan 3, 2018 at 1:41 PM, Simon Horman wrote:
> From: Dien Pham
>
> Define OOP tables for all CPUs.
> This allows CPUFreq to function.
>
> Based in part on work by Hien Dang.
>
> Signed-off-by: Dien Pham
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Simon Horman
Looks good and matche
On Wed, Jan 3, 2018 at 1:41 PM, Simon Horman wrote:
> Move scif node so that sub-nodes of the root node are in
> alphabetical order.
>
> Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux
Hi Chris,
On Wednesday, 3 January 2018 12:09:48 EET Chris Paterson wrote:
> Hello Laurent,
>
> Happy new year!
Onnellista uutta vuotta to you too :)
> We are looking at upstreaming support for the display provided in the iwg20d
> development kit [1]. The setup is slightly unusual in the sense t
Hi Simon,
On Wed, Jan 3, 2018 at 1:18 PM, Simon Horman wrote:
> From: Takeshi Kihara
>
> This patch adds Z2 clock divider support for R-Car Gen3 SoC.
>
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Simon Horman
> ---
> v4 [Simon Horman]
> * Rebase
> * Use __ffs as FIELD_{GET,PREP} don't not
From: Dien Pham
Define OOP tables for all CPUs.
This allows CPUFreq to function.
Based in part on work by Hien Dang.
Signed-off-by: Dien Pham
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
---
v3 [Simon Horman]
- Preserve alphabetical order of sub-nodes of root node
- Do not provi
From: Dien Pham
Define OOP tables for all CPUs.
This allows CPUFreq to function.
Based in part on work by Hien Dang.
Signed-off-by: Dien Pham
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
---
v3 [Simon Horman]
* Do not give nodes a unit name, they have no base address
* Preserve
Move scif node so that sub-nodes of the root node are in
alphabetical order.
Signed-off-by: Simon Horman
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot/dts
These are dependencies for supporting CPUFreq. The remainder of that
work is being posted separately and can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git
topic/rcar-gen3-cpufreq-v4
Patch 1: Cleanup of DTS, only related as its an apply-time conflict
Patches 2 &
From: Takeshi Kihara
This patch adds Z clock for R8A7796 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7796-cpg-mssr.c
b/dri
From: Takeshi Kihara
This patch adds Z2 clock divider support for R-Car Gen3 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
---
v4 [Simon Horman]
* Rebase
* Use __ffs as FIELD_{GET,PREP} don't not work with non-constant masks
* Use correct mask in cpg_z_clk_recalc_rate()
v3 [S
From: Takeshi Kihara
This patch adds Z2 clock for R8A7796 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7796-cpg-mssr.c
b/dr
Hi,
this patch-set adds Z and Z2 clock support.
These are dependencies for supporting CPUFreq. The remainder of that
work is being posted separately and can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git
topic/rcar-gen3-cpufreq-v4
Based on v4.15-rc1
Changes si
From: Takeshi Kihara
This patch adds Z clock divider support for R-Car Gen3 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
---
v4 [Simon Horman]
* Rebase
* Divide parent clock by 2 to give correct rate (again)
* Take care not to overflow multiplication on 32 but platforms
v3
From: Takeshi Kihara
This patch adds Z2 clock for r8a7795 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
drivers/clk/renesas/r8a7795-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c
b/dr
From: Takeshi Kihara
This patch adds Z clock for R8A7795 SoC.
Signed-off-by: Takeshi Kihara
Signed-off-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
drivers/clk/renesas/r8a7795-cpg-mssr.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c
b/dri
Hi Jacopo,
On Wednesday, 3 January 2018 10:49:52 EET jacopo mondi wrote:
> On Tue, Jan 02, 2018 at 01:45:30PM +0200, Laurent Pinchart wrote:
> > On Thursday, 28 December 2017 16:01:13 EET Jacopo Mondi wrote:
> >> Add bindings documentation for Renesas Capture Engine Unit (CEU).
> >>
> >> Signed-o
Hi Jacopo,
On Wednesday, 3 January 2018 12:47:48 EET jacopo mondi wrote:
> On Tue, Jan 02, 2018 at 03:46:27PM +0200, Laurent Pinchart wrote:
> >> +/*
> >> + * ceu_device - CEU device instance
> >> + */
> >> +struct ceu_device {
> >> + struct device *dev;
> >> + struct video_device
On Wed, Jan 03, 2018 at 12:16:11PM +0100, Wolfram Sang wrote:
>
> > > + pca9654: gpio@20 {
> > > + compatible = "onnn,pca9654";
> > > + reg = <0x20>;
> > > + gpio-controller;
> > > + #gpio-cells = <2>;
> >
> > interrupts?
> >
> > You
> > + pca9654: gpio@20 {
> > + compatible = "onnn,pca9654";
> > + reg = <0x20>;
> > + gpio-controller;
> > + #gpio-cells = <2>;
>
> interrupts?
>
> You can test them using CP16/17 and gpio-keys.
Too low priority. We can add it when n
Hi Laurent,
On Tue, Jan 02, 2018 at 03:46:27PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> > +/*
> > + * ceu_device - CEU device instance
> > + */
> > +struct ceu_device {
> > + struct device *dev;
> > + struct video_device vdev;
> > + struct v4
Hi Wolfram,
On Fri, Dec 22, 2017 at 9:11 PM, Wolfram Sang
wrote:
> We need to configure its GPIOs later.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Changes since V2:
> * added two more required properties (Thanks Geert!)
>
> And no dependency anymore (my statement for V2 was wrong).
>
> arch/arm
Hi Wolfram,
On Fri, Dec 22, 2017 at 9:09 PM, Wolfram Sang
wrote:
> The binding documentation was missing two required properties in the
> example. Fix it and add them also to the list of required properties.
>
> Signed-off-by: Wolfram Sang
> ---
> Documentation/devicetree/bindings/gpio/gpio-pca
On Tue, Jan 02, 2018 at 10:38:24AM +0100, Simon Horman wrote:
> Hi Vladimir,
>
> Happy New Year!
>
> On Fri, Dec 22, 2017 at 12:22:09PM +0200, Vladimir Zapolskiy wrote:
> > Hi Simon,
> >
> > On 12/22/2017 10:40 AM, Simon Horman wrote:
> > > On Fri, Dec 22, 2017 at 09:32:03AM +0100, Simon Horman
Hi Simon,
On Wed, Jan 3, 2018 at 11:14 AM, Simon Horman wrote:
> On Wed, Jan 03, 2018 at 01:03:52AM +0100, Niklas Söderlund wrote:
>> On 2018-01-02 10:19:44 +0100, Simon Horman wrote:
>> > On Mon, Jan 01, 2018 at 10:13:35AM -0800, Eduardo Valentin wrote:
>> > > On Wed, Sep 13, 2017 at 12:59:08PM
On Tue, Jan 02, 2018 at 03:50:19PM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Wed, Dec 20, 2017 at 9:25 AM, Simon Horman wrote:
> > On Tue, Dec 19, 2017 at 04:54:44PM +0100, Geert Uytterhoeven wrote:
...
> Thank you.
> Please note this is a patch intended for your soc-for-v4.16 branch
On Tue, Jan 02, 2018 at 11:45:00AM +0100, Wolfram Sang wrote:
>
> > > Well, it was not in renesas-drivers/sh-pfc-for-v4.16 which I used as a
> > > base for the SATA work which again is based on v4.15-rc1. But nice that
> > > it is upstream already, thanks for the heads up.
> >
> > My tree is also
On Wed, Jan 03, 2018 at 01:03:52AM +0100, Niklas Söderlund wrote:
> Hi Simon,
>
> On 2018-01-02 10:19:44 +0100, Simon Horman wrote:
> > On Mon, Jan 01, 2018 at 10:13:35AM -0800, Eduardo Valentin wrote:
> > > On Wed, Sep 13, 2017 at 12:59:08PM +0200, Niklas Söderlund wrote:
> > > > Add nodes and pr
Em Mon, 1 Jan 2018 19:42:40 +
Bryan O'Donoghue escreveu:
> Right now it is not possible to return a value larger than LONG_MAX on 32
> bit systems. You can pass a rate of ULONG_MAX but can't return anything
> past LONG_MAX due to the fact both the rounded_rate and negative error
> codes are
Hi Laurent,
On Tue, Jan 02, 2018 at 01:50:07PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Thursday, 28 December 2017 16:01:14 EET Jacopo Mondi wrote:
> > Add renesas-ceu header file.
> >
> > Do not remove the existing sh_mobile_ceu.h one as long as the original
Hi Laurent,
On Tue, Jan 02, 2018 at 01:45:30PM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Thursday, 28 December 2017 16:01:13 EET Jacopo Mondi wrote:
> > Add bindings documentation for Renesas Capture Engine Unit (CEU).
> >
> > Signed-off-by: Jacopo Mondi
> >
51 matches
Mail list logo