Hi Simon,
On Tue, Apr 26, 2016 at 5:52 AM, Simon Horman wrote:
> On Mon, Apr 25, 2016 at 04:08:29PM +0200, Geert Uytterhoeven wrote:
>> clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
>> cause drivers to be deferred forever if such clocks are referenced in
>> their devices
On Mon, Apr 25, 2016 at 1:39 PM, Niklas Söderlund
wrote:
> Signed-off-by: Niklas Söderlund
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with techn
On Mon, Apr 25, 2016 at 1:39 PM, Niklas Söderlund
wrote:
> Signed-off-by: Niklas Söderlund
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with techn
On Mon, Apr 25, 2016 at 04:08:29PM +0200, Geert Uytterhoeven wrote:
> Hi Simon, Magnus,
>
> clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
> cause drivers to be deferred forever if such clocks are referenced in
> their devices' clocks properties. Disabled clock nodes
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile | 2 +-
drivers/soc/renesas/r8a7790-sysc.c | 48 ++
drivers/soc/renesas/rcar-sysc.c| 3 +++
dri
From: Geert Uytterhoeven
On R-Car H3, some power areas (e.g. A3VP) contain I/O devices, which are
also part of the CPG/MSSR Clock Domain.
On all R-Car SoCs, devices in the "always-on" PM Domain are part of the
Clock Domain served by the CPG/MSSR or CPG/MSTP driver.
Hook up the CPG/MSTP or CPG/MS
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile | 2 +-
drivers/soc/renesas/r8a7779-sysc.c | 34 ++
drivers/soc/renesas/rcar-sysc.c| 3 +++
drivers
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile | 2 +-
drivers/soc/renesas/r8a7794-sysc.c | 33 +
drivers/soc/renesas/rcar-sysc.c| 3 +++
drivers/
From: Geert Uytterhoeven
Populate the SYSC PM domains from DT, based on the presence of a device
node for the System Controller. The actual power area hiearchy, and
features of specific areas are obtained from tables in the C code.
The SYSCIER and SYSCIMR register values are derived from the pow
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile | 1 +
drivers/soc/renesas/r8a7795-sysc.c | 56 ++
drivers/soc/renesas/rcar-sysc.c| 3 ++
drive
From: Geert Uytterhoeven
Move the pm-rcar driver from arch/arm/mach-shmobile/ to
drivers/soc/renesas/, and its header file to include/linux/soc/renesas/,
so it can be shared between arm32 (R-Car H1 and Gen2) and arm64 (R-Car
Gen3). Rename it to rcar-sysc as it's really a driver for the R-Car
Syst
Hi Olof, Hi Kevin, Hi Arnd,
Please consider these second round of Renesas ARM based SoC R-Car SYSC
updates for v4.7.
This pull request is based on a merge of:
* Thee previous round of such requests, tagged as renesas-rcar-sysc-for-v4.7,
which you have previously pulled.
* The clk-renesas-for-v
From: Geert Uytterhoeven
Print requested power domain state.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/rcar-sysc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/renesas/rcar-sysc.c b/d
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile | 2 +-
drivers/soc/renesas/r8a7791-sysc.c | 33 +
drivers/soc/renesas/rcar-sysc.c| 3 +++
drivers/
From: Geert Uytterhoeven
As of commit b12ff41658171f53 ("ARM: shmobile: r8a7779: Remove legacy PM
Domain remainings"), rcar_sysc_power_is_off() is no longer used from
SoC-specific code.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/so
From: Geert Uytterhoeven
R-Car M2-N is identical to R-Car M2-W w.r.t. power domains, so reuse the
definitions from the latter.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
drivers/soc/renesas/Makefile| 3 ++-
drivers/soc/renesas/rcar-sys
It appears that Gen2 is a misnomer for the R-Car PCIE driver
which also supports Gen 1 and Gen 3 SoCs. Accordingly, drop Gen 2
from the help text and Kconfig symbol.
Also, re-arange the Kconfig symbol name to use PCIE as the prefix.
This appears to be in keeping with other PCIE Kconfig symbols.
R
Hi Olof, Hi Kevin, Hi Arnd,
Please consider these Renesas ARM based SoC PCI defconfig updates for v4.7.
This pull request includes a single patch with changes that I would
ordinarily be inclined to split into different branches. However,
are most easily done atomicly and as they are rather small
Hi Geert
> > -
> >...
> >[0.934996] ak4613-codec 2-0010: No cache used with register defaults
> > set!
> > => [0.945223] rcar_sound ec50.sound: can't get dma channel
> > => [0.950911] rcar_sound ec50.sound: ssi[0] fallback to PIO mode
> > => [0.957
On Monday 25 April 2016 14:08:11 Simon Horman wrote:
> This pull request is based on "[GIT PULL v2] Renesas ARM Based SoC Fixes
> for v4.6", tagged as renesas-fixes-for-v4.6, which I have previously sent
> a pull request for.
>
> The reason is that this series depends on c531fb27e969 ("ARM: shmobi
On some platforms the VSP performs memory accesses through an FCP. When
that's the case get a reference to the FCP from the VSP DT node and
enable/disable it at runtime as needed.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/media/renesas,vsp1.txt | 5 +
drivers/media/pl
Make the Z-order of VSP planes configurable through the zpos property,
exactly as for the native DU planes.
Signed-off-by: Laurent Pinchart
Acked-by: Dave Airlie
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 11 ---
drivers/gpu/drm/rcar-du/rcar_du_vsp.h | 2 ++
2 files changed, 10 insert
The output node value indicates the value to be used in a sampling point
register to use the node as the source of histogram data.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_entity.c | 52 ---
drivers/media/platform/vsp1/vsp1_entity.h | 6 ++
Replace the manual refcount and clock management code by runtime PM.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h | 3 -
drivers/media/platform/vsp1/vsp1_drv.c | 101
drivers/media/platform/vsp1/vsp1_pipe.c | 2 +-
3 files chan
Add a macro to cast from a struct media_entity to a struct vsp1_entity
to replace the manual implementations.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_entity.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/vsp1/v
The DRM driver has switched to the new API, remove the deprecated macros
and inline wrapper.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drm.c | 6 +++---
include/media/vsp1.h | 28 ++--
2 files changed, 5 insertions(+), 29 dele
The FCP is a companion module of video processing modules in the Renesas
R-Car Gen3 SoCs. It provides data compression and decompression, data
caching, and conversion of AXI transactions in order to reduce the
memory bandwidth.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/media/re
The power domain performs functional clock handling when using runtime
PM, there's no need to enable and disable the clock manually.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h | 1 -
drivers/media/platform/vsp1/vsp1_drv.c | 20 ++--
2 files change
Turn the helper into a function that can retrieve crop and compose
selection rectangles.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_entity.c | 24
drivers/media/platform/vsp1/vsp1_entity.h | 6 +++---
drivers/media/platform/vsp1/vsp1_rpf.c|
The frame sequence number is global to the pipeline, there's no need to
store copies in each video node.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.c | 2 ++
drivers/media/platform/vsp1/vsp1_pipe.h | 2 ++
drivers/media/platform/vsp1/vsp1_video.c | 4 +---
driver
Make the global alpha multiplier of VSP planes configurable through the
alpha property, exactly as for the native DU planes.
Signed-off-by: Laurent Pinchart
Acked-by: Dave Airlie
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 38 +--
1 file changed, 19 insertions(+)
The vsp1_du_atomic_update_ext() function takes 7 RPF configuration
parameters, and more will likely be added later. This makes the code
difficult to read and error-prone as multiple parameters have the same
type.
Make the API safer and easier to extend in the future by grouping all
parameters in a
Hello,
This patch series is the second version of the second (and most probably last)
round of vsp1 driver improvements for v4.7. In particular, it enables runtime
PM support (03/13 and 04/13), adds support for the FCP (01/13, 02/13 and
05/13), prepare for HGO (histogram) support (06/13 to 09/13)
The FCP is a companion module of video processing modules in the
Renesas R-Car Gen3 SoCs. It provides data compression and decompression,
data caching, and conversion of AXI transactions in order to reduce the
memory bandwidth.
The driver is not meant to be used standalone but provides an API to t
Hi Geert,
On Monday 25 Apr 2016 10:34:38 Geert Uytterhoeven wrote:
> On Sun, Apr 24, 2016 at 2:34 AM, Laurent Pinchart wrote:
> > Add the DU device to r8a7795.dtsi in a disabled state.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > arch/arm64/boot/dts/renesas/r8a7795.dtsi | 46 +++
Hi Sergei,
Thank you for the patch.
On Saturday 23 Apr 2016 01:56:07 Sergei Shtylyov wrote:
> The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car gen2
> manuals -- which makes more sense as that bit controls whether DU1, not
> DU2 is connected to TCON.
>
> While at it, add t
Hi Geert,
On Monday 25 Apr 2016 09:25:30 Geert Uytterhoeven wrote:
> On Sat, Apr 23, 2016 at 12:56 AM, Sergei Shtylyov wrote:
> > The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car
> > gen2 manuals -- which makes more sense as that bit controls whether DU1,
> > not DU2 is con
On Monday 25 April 2016 14:27:31 Simon Horman wrote:
> Renesas ARM Based SoC DT Updates for v4.7
>
> * Configure NMI key as wakeup source in DT of kzm9g board
> * Add SDHI support to DT of gose board
> * Add support of UHS-I SDR-50 for SDHI to DT of r8a7790 SoC
> * Correct interrupt type for ARM T
On Mon, Apr 25, 2016 at 04:26:19PM +0200, Niklas S?derlund wrote:
> I have followed the call path from the usage in
> drivers/dma/sh/rcar-dmac.c and made sure the dma_addr_t is not used in a
> bad way.
The dma-debug routines are called from the generic code in
include/linux/dma-mapping.h, and fr
Hi Arnd,
Thank you for the patch.
On Monday 25 Apr 2016 15:11:08 Arnd Bergmann wrote:
> A cleanup for the rcar-du driver left an unused variable behind:
>
> drm/rcar-du/rcar_du_drv.c: In function 'rcar_du_probe':
> drm/rcar-du/rcar_du_drv.c:300:24: error: unused variable 'connector'
> [-Werror=u
Hi Shimoda-san,
On Thu, Apr 21, 2016 at 2:57 PM, Geert Uytterhoeven
wrote:
> On Thu, Apr 21, 2016 at 12:27 PM, Yoshihiro Shimoda
> wrote:
>>> > [1.565605] xhci-hcd ee00.usb: xHCI Host Controller
>>> > [1.570636] xhci-hcd ee00.usb: new USB bus registered, assigned
>>> > bus numbe
Hi Christoph,
On 2016-04-21 06:49:42 -0700, Christoph Hellwig wrote:
> On Wed, Apr 13, 2016 at 03:29:17PM +0200, Niklas S?derlund wrote:
> > > Yes, it would be good to do an audit of all the ARM dma_ops as well
> > > as generic code like drivers/base/dma-*.c, lib/dma-debug.c and
> > > include/linu
Hello.
On 4/25/2016 5:08 PM, Geert Uytterhoeven wrote:
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
Hi Simon, Magnus,
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties. Disabled clock nodes show this
behavior as of commit 3e5dd6f6e690048d ("clk: Ignore disabled DT
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
clk_get() on a disabled clock node will return -EPROBE_DEFER, which can
cause drivers to be deferred forever if such clocks are referenced in
their devices' clocks properties.
Update the various disabled external clock nodes to default to a
frequency of 0, but don't disable them, to prevent this.
Hi Geert,
Thank you for the review.
On Monday 25 Apr 2016 09:37:07 Geert Uytterhoeven wrote:
> On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart
>
> wrote:
> > The FCP is a companion module of video processing modules in the
> > Renesas R-Car Gen3 SoCs. It provides data compression and decompre
Hi Geert,
Thank you for the review.
On Monday 25 Apr 2016 10:24:22 Geert Uytterhoeven wrote:
> On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart
>
> wrote:
> > Replace the manual refcount and clock management code by runtime PM.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > dr
Hi Geert,
Thank you for the review.
On Monday 25 Apr 2016 09:32:04 Geert Uytterhoeven wrote:
> On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart wrote:
> > The FCP is a companion module of video processing modules in the Renesas
> > R-Car Gen3 SoCs. It provides data compression and decompression,
A cleanup for the rcar-du driver left an unused variable behind:
drm/rcar-du/rcar_du_drv.c: In function 'rcar_du_probe':
drm/rcar-du/rcar_du_drv.c:300:24: error: unused variable 'connector'
[-Werror=unused-variable]
This removes the variable.
Signed-off-by: Arnd Bergmann
Fixes: d63c25e4245a ("
Hi Jürg,
On Mon, Apr 25, 2016 at 2:24 PM, Jürg Billeter wrote:
> testing 4.6-rc5 on a custom R-Car H3 board, I noticed that the Linux
> console attached to SCIF2 no longer works (it works on 4.5). earlycon
> works fine, though. Unlike Salvator-X, this H3 board does not use an
> external SCIF cloc
Hi Geert,
testing 4.6-rc5 on a custom R-Car H3 board, I noticed that the Linux
console attached to SCIF2 no longer works (it works on 4.5). earlycon
works fine, though. Unlike Salvator-X, this H3 board does not use an
external SCIF clock and thus, scif_clk is not enabled in the board
device tree.
Signed-off-by: Niklas Söderlund
---
drivers/clk/renesas/r8a7795-cpg-mssr.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c
b/drivers/clk/renesas/r8a7795-cpg-mssr.c
index b2198aef..005b323 100644
--- a/drivers/clk/renesas/r8a7795-cpg-mssr.c
+++ b/dr
Signed-off-by: Niklas Söderlund
---
drivers/clk/renesas/r8a7795-cpg-mssr.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c
b/drivers/clk/renesas/r8a7795-cpg-mssr.c
index 005b323..9382df3 100644
--- a/drivers/clk/renesas/r8a7795-cpg-mssr.c
+++ b/
On 4/25/2016 10:25 AM, Geert Uytterhoeven wrote:
The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car gen2
manuals -- which makes more sense as that bit controls whether DU1, not DU2
is connected to TCON.
While at it, add the TCNE0 bit which controls whether DU0 is connected
Hello Linus Walleij-san
We have tested Linux upstream v4.6-rc2 on Renesas's Lager board.
When we tried to unbind the e6051000.gpio, the following warning
messages occurs:
"root@linaro-nano:/sys/bus/platform/drivers/gpio_rcar# echo
e6051000.gpio > unbind
[ 241.511034] [ cut here
Hi Geert-san,
> From: Geert Uytterhoeven
> Sent: Monday, April 25, 2016 3:58 PM
>
> Hi Shimoda-san,
>
> On Mon, Apr 25, 2016 at 4:10 AM, Yoshihiro Shimoda
> wrote:
> >> From: Rob Herring
> >> Sent: Friday, April 22, 2016 10:29 PM
> >> On Fri, Apr 22, 2016 at 4:36 AM, Felipe Balbi
> >> wrote:
>
Hi Laurent,
On Sun, Apr 24, 2016 at 2:34 AM, Laurent Pinchart
wrote:
> Add the DU device to r8a7795.dtsi in a disabled state.
>
> Signed-off-by: Laurent Pinchart
> ---
> arch/arm64/boot/dts/renesas/r8a7795.dtsi | 46
>
> 1 file changed, 46 insertions(+)
>
> dif
On 22 April 2016 at 09:59, Geert Uytterhoeven wrote:
> Hi Ulf,
>
> On Fri, Apr 22, 2016 at 9:28 AM, Ulf Hansson wrote:
>>> @@ -217,6 +218,8 @@ static int rcar_sysc_pd_power_on(struct
>>> generic_pm_domain *genpd)
>>> return rcar_sysc_power_up(&pd->ch);
>>> }
>>>
>>> +static bool has_cpg
On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart
wrote:
> Replace the manual refcount and clock management code by runtime PM.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/platform/Kconfig | 1 +
> drivers/media/platform/vsp1/vsp1.h | 3 -
> drivers/media/platform
Hi Laurent,
On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart
wrote:
> The FCP is a companion module of video processing modules in the
> Renesas R-Car Gen3 SoCs. It provides data compression and decompression,
> data caching, and conversion of AXI transaction in order to reduce the
transactions
Hi Laurent,
On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart
wrote:
> The FCP is a companion module of video processing modules in the Renesas
> R-Car Gen3 SoCs. It provides data compression and decompression, data
> caching, and conversion of AXI transaction in order to reduce the memory
trans
Hi Sergei,
On Sat, Apr 23, 2016 at 12:56 AM, Sergei Shtylyov
wrote:
> The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car gen2
> manuals -- which makes more sense as that bit controls whether DU1, not DU2
> is connected to TCON.
>
> While at it, add the TCNE0 bit which contro
67 matches
Mail list logo