Hi Finn,
Am 17.11.2018 um 11:49 schrieb Finn Thain:
On Fri, 16 Nov 2018, Russell King - ARM Linux wrote:
The EBSA110 is probably in a similar boat - I don't remember whether it
had 16MB or 32MB as the maximal amount of memory, but memory was getting
tight with some kernels even running a mini
On Fri, 16 Nov 2018, Russell King - ARM Linux wrote:
>
> The EBSA110 is probably in a similar boat - I don't remember whether it
> had 16MB or 32MB as the maximal amount of memory, but memory was getting
> tight with some kernels even running a minimalist userspace.
>
> So, it's probably time
On Fri, Nov 16, 2018 at 8:44 PM Geert Uytterhoeven wrote:
> On Fri, Nov 16, 2018 at 12:13 PM Linus Walleij
> wrote:
> > I mean that whole thing should go away by abstracting those LEDs
> > (for the systems that have them) using the struct led_classdev,
> > populating a proper platform device fo
Hi Linus,
On Fri, Nov 16, 2018 at 12:13 PM Linus Walleij wrote:
> On Fri, Nov 16, 2018 at 1:31 AM Finn Thain wrote:
> > On Wed, 14 Nov 2018, Linus Walleij wrote:
> > > Apart from this (which is the most important step!) I think the custom
> > > LED heartbeat code in kernel/time.c needs to be rep
On Thu, Nov 15, 2018 at 03:12:17PM +1100, Finn Thain wrote:
> The thread went way off-topic when Christoph took the opportunity to
> suggest the removal of RPC and EBSA110. That doesn't interest me.
I suspect that is the right solution - I've been trying to get 4.19
to boot on my RPC and it's pro
clk_get_optional() returns NULL if not found instead of -ENOENT,
otherwise the behaviour is the same as clk_get().
Signed-off-by: Phil Edworthy
---
arch/m68k/coldfire/clk.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/m68k/coldfire/clk.c b/arch/m68k/coldfire/clk.c
index
Quite a few drivers get an optional clock, e.g. a bus clock required to
access peripheral's registers that is always enabled on some devices. This
series adds of_clk_get_by_name_optional(), clk_get_optional() and
devm_clk_get_optional() functions for this purpose.
The functions behave the same as
On Fri, Nov 16, 2018 at 1:31 AM Finn Thain wrote:
> On Wed, 14 Nov 2018, Linus Walleij wrote:
> > Apart from this (which is the most important step!) I think the custom
> > LED heartbeat code in kernel/time.c needs to be replaced with a standard
> > drivers/leds driver for each LED using the "hea