As of commit cad160ed0a94927e ("ARM: shmobile: Convert file to use
cntvoff"), there's no non-SMP code left in headsmp-apmu.S.
Hence build the file for SMP only, and drop the no longer needed check
for CONFIG_SMP inside the file.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/mac
is enabled, not both.
As for the default of this DeviceTree, SCIF1 is connected.
Signed-off-by: Hiromitsu Yamasaki
Signed-off-by: Takeshi Kihara
[geert: Add missing "uart-has-rtscts"]
Signed-off-by: Geert Uytterhoeven
---
v2:
- Drop RFC state,
- Reword.
---
arch/arm64/boot/dts/renesa
+0x5c/0x17c
softirqs last enabled at (26562): [] __do_softirq+0x160/0x4ec
softirqs last disabled at (26555): [] irq_exit+0xa0/0xfc
---[ end trace ea01d01f16e4e27f ]---
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux
{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or
ib")
> Signed-off-by: Wolfram Sang
Seems to have no ill-effect on the boot log of armadillo800eva, so
Tested-by: Geert Uytterhoeven
It's not clear to me if this depends on "[PATCH 0/2] i2c: algos: bit:
revert to fix
regression (#200045)" or not? So far I haven't tried that one.
ot)
supposed to happen?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Hi Simon,
On Wed, Jun 13, 2018 at 4:36 PM Simon Horman wrote:
> On Wed, Jun 13, 2018 at 01:21:34PM +0200, Geert Uytterhoeven wrote:
> > On Wed, Jun 13, 2018 at 1:06 PM Simon Horman wrote:
> > > On Mon, Jun 11, 2018 at 02:15:13PM +0200, Marek Vasut wrote:
> > >
-- da9063 and da9210 -- and checks if their IRQ line is tied
> > to the same pin. If so, the code sends a matching sequence to the
> > PMIC to deassert the IRQ.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Geert Uytterhoeven
> > Cc: Kuninori Morimoto
> > Cc
the driver more robust by waiting for the completion of both
receive and transmit DMA, when applicable.
Based on a patch in the BSP by Ryo Kataoka.
Signed-off-by: Geert Uytterhoeven
---
Completion inversion can be forced by adding
if (chan->mid_rid == 0x55 || chan->mid_rid == 0x45) msle
Hi Marek,
On Mon, Jun 11, 2018 at 4:19 PM Marek Vasut wrote:
> On 06/11/2018 04:10 PM, Geert Uytterhoeven wrote:
> > On Mon, Jun 11, 2018 at 4:04 PM Marek Vasut wrote:
> >> On 06/11/2018 03:49 PM, Geert Uytterhoeven wrote:
> >>> On Mon, Jun 11, 2018 at 3:39 PM Ma
Hi Marek,
On Mon, Jun 11, 2018 at 4:04 PM Marek Vasut wrote:
> On 06/11/2018 03:49 PM, Geert Uytterhoeven wrote:
> > On Mon, Jun 11, 2018 at 3:39 PM Marek Vasut wrote:
> >> On 06/11/2018 03:03 PM, Geert Uytterhoeven wrote:
> >>> On Mon, Jun 11, 2018 at 2:15 PM Ma
Hi Marek,
On Mon, Jun 11, 2018 at 3:39 PM Marek Vasut wrote:
> On 06/11/2018 03:03 PM, Geert Uytterhoeven wrote:
> > On Mon, Jun 11, 2018 at 2:15 PM Marek Vasut wrote:
> >> On 06/11/2018 11:56 AM, Geert Uytterhoeven wrote:
> >>> On Mon, Jun 4, 2018 at 7:59 PM Mar
Hi Marek,
On Mon, Jun 11, 2018 at 2:15 PM Marek Vasut wrote:
> On 06/11/2018 11:56 AM, Geert Uytterhoeven wrote:
> > On Mon, Jun 4, 2018 at 7:59 PM Marek Vasut wrote:
> >> Rather than hard-coding the quirk topology, which stopped scaling,
> >> parse the informat
for (k = 0; k < 100; k++) {
> > > + if (!sh_cmt_read_cmcnt(ch))
> > > + break;
> > > + udelay(1);
> > > + }
> >
> > This is now two loops, with two checks f
arm64: dts: renesas: r8a77995: add VSP instances")
> Fixes: 85cb3229218a ("arm64: dts: renesas: r8a77965: Add VSP instances")
> Reported-by: Simon Horman
> Reported-by: Geert Uytterhoeven
> Signed-off-by: Laurent Pinchart
Thanks!
Reviewed-by: Geert Uytterhoeven
Gr{oe
On Thu, Jun 7, 2018 at 2:14 PM Yoshihiro Kaneko wrote:
> This patch adds support for r8a77965 (R-Car M3-N)
>
> Signed-off-by: Yoshihiro Kaneko
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond i
On Wed, Jun 6, 2018 at 8:44 AM Yoshihiro Shimoda
wrote:
> From: Takeshi Kihara
>
> This patch adds USB0_{PWEN,OVC}_{A,B} and USB0_ID pins, groups and
> functions to the R8A77990 SoC.
>
> Signed-off-by: Takeshi Kihara
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Ge
Hi Shimoda-san,
On Wed, Jun 6, 2018 at 8:44 AM Yoshihiro Shimoda
wrote:
> Since the datasheet Rev.1.00 has an error about the USB ID pin name,
> this patch revises it.
>
> Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
i.e. will queue in sh-pfc-for-v4.19.
Gr{oe
ock inputs?
"RZ/N1 has 3 clock sources, 1 reference clock inputs for RGMII, and 2
reference clock outputs for RMII/MII."
The rest looks fine to me.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68
the same pin. If so, the code sends a matching sequence to the
> PMIC to deassert the IRQ.
Note that not all R-Car Gen2 boards have all regulators described in DT yet.
E.g. gose lacks da9210. So that has to be fixed first.
>
> Signed-off-by: Marek Vasut
> Cc: Geert Uytterhoeven
>
ng properties (like, clock latency, voltage tolerance,
> etc) as well to make it all work.
>
> Signed-off-by: Viresh Kumar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
s is now two loops, with two checks for CMCNT, which looks strange to me.
Do you have figures for the number of loops needed, for both the first (j=0)
and the 2nd (j=1) cycle?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There'
sent. Fix this by shortening the VSP
> registers range to 0x5000.
According to datasheet rev. 1.00, the CLUT is present on R-Car D3, the
LUT is not.
> Fixes: 295952a183d3 ("arm64: dts: renesas: r8a77995: add VSP instances")
> Reported-by: Simon Horman
> Reported-by: Geert Uytterh
Hi Shimoda-san,
On Thu, Jun 7, 2018 at 7:36 AM, Yoshihiro Shimoda
wrote:
>> From: Yoshihiro Shimoda, Sent: Thursday, May 31, 2018 6:12 PM
>> > From: Geert Uytterhoeven, Sent: Thursday, May 31, 2018 5:45 PM
>> > On Wed, May 30, 2018 at 10:35 AM, Yoshihiro Shimoda
&
Hi Günter,
On Wed, Jun 6, 2018 at 6:24 PM, Guenter Roeck wrote:
> On Tue, Jun 05, 2018 at 07:18:33PM +0200, Geert Uytterhoeven wrote:
>> From: Masaharu Hayakawa
>>
>> Document support for the Watchdog Timer (WDT) Controller in the Renesas
>> R-Car E3 (R8A77990)
Note that the highest level is r8a779*-salvator-*dts ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I
ich Hecht
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 technical people, I call myself a hacker. But
when I'm talking to journalists I just say &quo
x.dtsi | 2 ++
> arch/arm64/boot/dts/renesas/salvator-xs.dtsi | 2 ++
Any reason this cannot be added to salvator-common.dtsi instead?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversation
Hi Russell,
On Wed, Jun 6, 2018 at 11:27 AM, Russell King - ARM Linux
wrote:
> On Wed, Jun 06, 2018 at 11:22:41AM +0200, Geert Uytterhoeven wrote:
>> On Wed, Jun 6, 2018 at 11:09 AM, Russell King - ARM Linux
>> wrote:
>> >> Fixes: cad160ed0a94927e ("ARM: shmob
providing secure_cntvoff_init() when building for ARM
V7.
Reported-by: Arnd Bergmann
Fixes: 7c607944bc657616 ("ARM: smp: Add initialization of CNTVOFF")
Fixes: cad160ed0a94927e ("ARM: shmobile: Convert file to use cntvoff")
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Maxime Ri
Hi Russell,
On Wed, Jun 6, 2018 at 11:09 AM, Russell King - ARM Linux
wrote:
> On Wed, Jun 06, 2018 at 10:52:34AM +0200, Geert Uytterhoeven wrote:
>> If CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with:
>>
>> arch/arm/mach-shmobile/setup-rca
On Fri, Jun 1, 2018 at 10:44 PM, Sergei Shtylyov
wrote:
> Describe all 6 GPIO controllers in the R8A77980 device tree.
>
> Based on the original (and large) patch by Vladimir Barinov.
>
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert
Hi Simon,
On Wed, Jun 6, 2018 at 10:52 AM, Simon Horman wrote:
> On Tue, Jun 05, 2018 at 05:05:15PM +0200, Geert Uytterhoeven wrote:
>> The quirk for R-Car E3 ES1.0 added in commit 086b399965a7ee7e ("soc:
>> renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}") mak
providing secure_cntvoff_init().
Reported-by: Arnd Bergmann
Fixes: 7c607944bc657616 ("ARM: smp: Add initialization of CNTVOFF")
Fixes: cad160ed0a94927e ("ARM: shmobile: Convert file to use cntvoff")
Signed-off-by: Geert Uytterhoeven
---
arch/arm/common/Makefile | 3 +--
1 file change
t;
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
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 technical people, I call myse
ladimir Barinov.
>
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
FTR:
Reviewed-by: Geert Uytterhoeven
> --- /dev/null
> +++ renesas/arch/arm64/boot/dts/renesas/r8a77980-v3hsk.dts
> + {
> + scif0_pins: scif0 {
> + groups = "scif
> the former chips now).
>
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
Suggestion for future improvement below.
> --- renesas.orig/arch/arm64/boot/dts/renesas/r8a77980-condor.dts
> +++ renesas/arch/arm64/boot/dts/renesas/r8a77980-condor.dts
> @@ -80,6 +80,2
From: Takeshi Kihara
Add a device node for the Watchdog Timer (WDT) controller on the
R8A77990 SoC, and enable the watchdog on the Ebisu board.
Signed-off-by: Takeshi Kihara
[geert: Squashed 2 commits]
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a77990-ebisu.dts | 5
From: Masaharu Hayakawa
Document support for the Watchdog Timer (WDT) Controller in the Renesas
R-Car E3 (R8A77990) SoC.
No driver update is needed.
Signed-off-by: Masaharu Hayakawa
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/watchdog/renesas-wdt.txt | 1 +
1
Add a device node for the second Cortex-A53 CPU core on the Renesas
R-Car E3 (r8a77990) SoC, and adjust the interrupt delivery masks for ARM
Generic Interrupt Controller and Architectured Timer.
Based on a patch in the BSP by Takeshi Kihara.
Signed-off-by: Geert Uytterhoeven
---
Note
genpd_init() failures, too, as that function
gained a return value in commit 7eb231c337e00735 ("PM / Domains: Convert
pm_genpd_init() to return an error code").
Fixes: 086b399965a7ee7e ("soc: renesas: r8a77990-sysc: Add workaround for
3DG-{A,B}")
Signed-off-by: Geert Uytterhoeven
://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git#7a5421d2f6c16eab
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call
t page 8A-58, which is what cpg_mssr_reset() implements.
The latter waits 35µs instead of 1µs, so that should be safe.
But it doesn't check the status bit. Is the longer delay sufficient, or should
a check polling the status bit be added to cpg_mssr_reset()?
Gr{oetje,eeting}s,
Ge
-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/smp-r8a7779.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-shmobile/smp-r8a7779.c
b/arch/arm/mach-shmobile/smp-r8a7779.c
index c6951ee245889b8f..ff1e6fc0b861c4fc 100644
--- a/arch/arm/mach-shmobile/smp-r8a7779.c
+++ b/arch/arm
rely on APMU/RST for CPU power area control.
Signed-off-by: Geert Uytterhoeven
---
drivers/soc/renesas/rcar-sysc.c | 40 +++
include/linux/soc/renesas/rcar-sysc.h | 2 ++
2 files changed, 42 insertions(+)
diff --git a/drivers/soc/renesas/rcar-sysc.c b
no longer a need to force an early initialization
of the rcar-sysc driver. It will be initialized in time for secondary
CPU bringup by its early_initcall().
Hence all explicit SYSC configuration and initialization can be removed
from the R-Car Gen2 platform code.
Signed-off-by: Geert Uytterhoeven
}_cpu()),
- Remove the legacy wrapper rcar_sysc_init(), and the check for double
initialization (only the early_initcall is left).
Signed-off-by: Geert Uytterhoeven
---
drivers/soc/renesas/rcar-sysc.c | 38 ---
include/linux/soc/renesas/rcar-sysc.h | 11
ialization of the rcar-sysc
driver. It will be initialized in time for secondary CPU bringup by its
early_initcall().
Hence all explicit SYSC configuration and initialization can be removed
from the R-Car H1 platform code.
Signed-off-by: Geert Uy
-off-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/platsmp-apmu.c | 200 +-
arch/arm/mach-shmobile/platsmp-apmu.h | 24
2 files changed, 100 insertions(+), 124 deletions(-)
delete mode 100644 arch/arm/mach-shmobile/platsmp-apmu.h
diff --git a/arch/arm
cpu_leave_lowpower() is used for suspend only, not for CPU hotplug.
Hence move it from the HOTPLUG_CPU || SUSPEND section to the SUSPEND
section.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/platsmp-apmu.c | 30 +++---
1 file changed, 15 insertions(+), 15
After the removal of the legacy SMP fallbacks, there are no more users
left of shmobile_smp_apmu_prepare_cpus().
Remove it, together with the legacy SMP config parser.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/platsmp-apmu.c | 40 ---
arch/arm
H2) and Koelsch (R-Car M2-W).
Thanks!
Geert Uytterhoeven (3):
ARM: shmobile: apmu: Move cpu_leave_lowpower() to SUSPEND section
ARM: shmobile: apmu: Remove obsolete shmobile_smp_apmu_prepare_cpus()
ARM: shmobile: apmu: Remove platsmp-apmu.h
arch/arm/mach-shmobile/platsmp-apmu.c | 240
f the User's Manual.
> Although what is described here does match v0.55E of the User's Manual.
> Have you been able to confirm what is correct here?
Given they bothered adding rows to the table, I assume they just forgot to
add checkmarks in the V3H column.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
On Mon, May 28, 2018 at 10:13 PM, Sergei Shtylyov
wrote:
> Define the generic R8A77980 parts of the I2C[0-5] device node.
>
> Based on the original (and large) patch by Vladimir Barinov.
>
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert
On Mon, May 28, 2018 at 9:39 PM, Sergei Shtylyov
wrote:
> R-Car V3H (R8A77980) SoC also has the R-Car gen3 compatible I2C controller,
> so document the SoC specific bindings.
>
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
> ---
> The patch is agai
ne.
v4.15-rc2 is almost 6 months old.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I jus
el.org/pub/scm/linux/kernel/git/robh/linux.git#for-next
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I
now (with stubs?), or does this have to wait until r8a77965
>> has
>> received HDMI sound support?
>
> HDMI sound doesn't use hdmi0_con.
> You can do it now, thanks
Thanks, so hdmi0_con can be moved now.
But HDMI sound does use hdmi0/ports/port@2. right?
Gr{oetje,eeting}s
Hi Eric,
On Mon, May 28, 2018 at 10:27 PM, Auger Eric wrote:
> On 05/28/2018 05:26 PM, Geert Uytterhoeven wrote:
>> If a device is part of a PM Domain (e.g. power and/or clock domain), its
>> power state is managed using Runtime PM. Without Runtime PM, the device
>>
Runtime PM support, powering the device when the VFIO
device is opened by the guest.
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be>
Reviewed-by: Simon Horman <horms+rene...@verge.net.au>
---
v3:
- Drop controversial note about unsafeness of exporting fine-grained
powe
Hi Eric,
On Mon, May 28, 2018 at 4:54 PM, Auger Eric <eric.au...@redhat.com> wrote:
> On 05/18/2018 12:55 PM, Geert Uytterhoeven wrote:
>> If a device is part of a PM Domain (e.g. power and/or clock domain), its
>> power state is managed using Runtime PM. Without Runtime
essary to use it by exclusion.
As for the default of this DeviceTree, SCIF1 is connected.
Signed-off-by: Hiromitsu Yamasaki <hiromitsu.yamasaki...@renesas.com>
Signed-off-by: Takeshi Kihara <takeshi.kihara...@renesas.com>
[geert: Add missing "uart-has-rtscts"]
Signed-off-by: Ge
From: Takeshi Kihara <takeshi.kihara...@renesas.com>
Based on a similar patch of the R8A7796 device tree
by Ulrich Hecht <ulrich.hecht+rene...@gmail.com>.
Signed-off-by: Takeshi Kihara <takeshi.kihara...@renesas.com>
Signed-off-by: Geert Uytterhoeven <geert+rene...@glide
Replace the hardcoded clock indices by R8A77965_CLK_* symbols.
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be>
---
Commit 7ce36da900c0a2ff ("clk: renesas: cpg-mssr: Add support for R-Car
M3-N") providing the definitions is in v4.17-rc1.
arch/arm64/boot/dts/renesas/r8
Hi Kaneko-san,
(after adding more coffee)
The summary prefix should be "arm64: dts: renesas: r8a77965:"
On Mon, May 28, 2018 at 11:32 AM, Geert Uytterhoeven
<ge...@linux-m68k.org> wrote:
> On Wed, May 23, 2018 at 2:36 PM, Yoshihiro Kaneko <ykaneko0...@gmail.com>
From: Takeshi Kihara <takeshi.kihara...@renesas.com>
This patch adds HSCIF{0,1,2,3,4} pins, groups and functions to
the R8A77965 SoC.
Signed-off-by: Takeshi Kihara <takeshi.kihara...@renesas.com>
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be>
---
To be queued i
tch of the R8A7796 device tree
> by Geert Uytterhoeven <geert+rene...@glider.be>.
>
> Signed-off-by: Takeshi Kihara <takeshi.kihara...@renesas.com>
> Signed-off-by: Yoshihiro Kaneko <ykaneko0...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
{
> + port@1 {
> + reg = <1>;
> + rcar_dw_hdmi0_out: endpoint {
> + remote-endpoint = <_con>;
> + };
> + };
> + };
> +};
> +
> +_con {
> +
Hi Simon,
On Mon, May 28, 2018 at 10:41 AM, Simon Horman <ho...@verge.net.au> wrote:
> On Thu, May 24, 2018 at 04:52:59PM +0200, Marek Vasut wrote:
>> On 05/23/2018 08:25 AM, Geert Uytterhoeven wrote:
>> > On Wed, May 23, 2018 at 12:01 AM, Marek Vasut <marek.v
d-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
> Reported-by: Geert Uytterhoeven <geert+rene...@glider.be>
> Cc: Geert Uytterhoeven <geert+rene...@glider.be>
> Cc: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
> Cc: Phil Edworthy <phil.edwor...@renes
s because the boot CPU is always
> initialized by common code, so we can simply avoid the reference by
> checking for CONFIG_SMP.
>
> Fixes: cad160ed0a94 ("ARM: shmobile: Convert file to use cntvoff")
> Signed-off-by: Arnd Bergmann <a...@arndb.de>
NAKed-by: Geert Uytterhoe
instead?
Or am I missing something?
I believe this can also be done for the module resets (later).
Thanks again!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations wit
n3()
> function, which starts the PHY, yet has no counterpart in the failpath.
> Add that counterpart.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Note that there's another unhandled failure mode:
Hi Lorenzo,
On Fri, May 25, 2018 at 11:56 AM, Lorenzo Pieralisi
<lorenzo.pieral...@arm.com> wrote:
> On Fri, May 25, 2018 at 11:39:08AM +0200, Geert Uytterhoeven wrote:
>> On Fri, May 25, 2018 at 11:35 AM, Lorenzo Pieralisi
>> <lorenzo.pieral...@arm.com> wrote:
>>
> +
> + cpu_bootaddr = ioremap(bootaddr, sizeof(bootaddr));
> + if (!cpu_bootaddr)
> + pr_err("CPU#1: cpu-release-addr map failed\n");
If this fails, that is basically an OOM condition, which will scream anyway.
So I think you should drop the erro
e.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programme
Signed-off-by: Michel Pollet <michel.pol...@bp.renesas.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
> --- /dev/null
> +++ b/arch/arm/boot/dts/r9a06g032-rzn1d400-db.dts
> @@ -0,0 +1,29 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Device Tree
;0x4000c000 0x1000>;
> + status = "okay";
> + #clock-cells = <1>;
> + };
With the minor nit above resolved, and pending acceptance of the
sysctrl bindings:
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
-controller@
> + compatible = "renesas,r9a06g032-sysctrl";
> + reg = <0x4000c000 0x1000>;
> + #clock-cells = <1>;
> + };
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux b
Hi Michel,
On Wed, May 23, 2018 at 10:17 AM, M P <buser...@gmail.com> wrote:
> On Wed, 23 May 2018 at 08:26, Geert Uytterhoeven <ge...@linux-m68k.org>
> wrote:
>> On Wed, May 23, 2018 at 8:44 AM, M P <buser...@gmail.com> wrote:
>> > On Tue, 22 May 2018 at
r H3 ES2.0 (ravb),
and the BUG disappeared.
Tested-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people,
Hi Gilad,
On Thu, May 24, 2018 at 3:20 PM, Gilad Ben-Yossef <gi...@benyossef.com> wrote:
> On Tue, May 22, 2018 at 10:48 AM, Geert Uytterhoeven
> <ge...@linux-m68k.org> wrote:
>> On Mon, May 21, 2018 at 3:43 PM, Gilad Ben-Yossef <gi...@benyossef.com>
>> wrote:
Hi Magnus,
On Thu, May 24, 2018 at 10:18 AM, Magnus Damm <magnus.d...@gmail.com> wrote:
> On Thu, May 24, 2018 at 4:25 PM, Geert Uytterhoeven
> <ge...@linux-m68k.org> wrote:
>> On Thu, May 24, 2018 at 4:23 AM, Magnus Damm <magnus.d...@gmail.com> wrote:
>>>
solution
> using OF graph, so I'm fine with a simple, single property to link the
> 2 nodes. Either reusing "companion" or "renesas,host" is fine by me.
I'd go for the standard "companion" over "renesas,host"[*].
[*] Doh
>>> + renesas,ipmmu-main = <_mm 12>;
>>> + power-domains = < R8A77980_PD_ALWAYS_ON>;
>>> + #iommu-cells = <1>;
>>> + };
>>> +
>>> + ipmmu_vi0: mmu@febd {
>
From: Dien Pham <dien.pham...@renesas.com>
The BD9571 PMIC is present on the Renesas Salvator-X(S) and R-Car
Starter Kit Premier/Pro development boards.
Signed-off-by: Dien Pham <dien.pham...@renesas.com>
Signed-off-by: Geert Uytterhoeven <geert+rene...@glider.be>
---
)
- Add support for the new R-Car E3 SoC,
- Add I2C pin groups on R-Car M3-N,
- Small fixes and cleanups.
Thanks for pulling!
Geert Uytterhoeven (1):
pinctrl: sh-pfc: rcar-gen3: Fix grammar in static pin comments
Niklas
he same, including the content of the chip
> ID register.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
(again)
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's l
chip are the same, including the content of the chip
> ID register.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Thanks for your patch!
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Minor nit below.
> --- a/Documentation/devicetree/bin
On Wed, May 23, 2018 at 1:42 PM, Marek Vasut <marek.va...@gmail.com> wrote:
> Add support for DA9063L, which is a reduced variant of the DA9063
> with less regulators and without RTC.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert
sut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myse
>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to jour
On Wed, May 23, 2018 at 1:42 PM, Marek Vasut <marek.va...@gmail.com> wrote:
> Add type for DA9063L, which is a reduced variant of the DA9063
> without RTC block and with less regulators.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert
lows us to discern the DA9063 variants by setting the type
> based on either DT match or otherwise.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
> --- a/drivers/mfd/da9063-i2c.c
> +++ b/drivers/
ll the
> DA9063 "models" share the same chip ID and thus the distinction will
> have to be made using DT or otherwise.
>
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
her
> than 0x58 .
Ah, so porter needs the regulator quirk, too.
> Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
Hi Michel,
On Wed, May 23, 2018 at 11:20 AM, M P <buser...@gmail.com> wrote:
> On Wed, 23 May 2018 at 10:12, Geert Uytterhoeven <ge...@linux-m68k.org>
> wrote:
>> On Tue, May 22, 2018 at 12:01 PM, Michel Pollet
>> <michel.pol...@bp.renesas.com> wro
by: Marek Vasut <marek.vasut+rene...@gmail.com>
> Reported-by: Geert Uytterhoeven <geert+rene...@glider.be>
Thanks a lot!
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
"renesas,r9a06g032", "renesas,rzn1";
Please drop the "renesas,rzn1".
With the above fixed:
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of L
reg = <0>;
> + };
> +
> + cpu@1 {
> + device_type = "cpu";
> + compatible = "arm,cortex-a7";
> + reg = <1>;
> + };
> + };
The rest looks OK to me (pe
801 - 900 of 5331 matches
Mail list logo