Re: m68k using deprecated internal APIs?

2018-11-16 Thread Linus Walleij
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

Re: m68k using deprecated internal APIs?

2018-11-16 Thread Linus Walleij
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

Re: m68k using deprecated internal APIs?

2018-11-16 Thread Geert Uytterhoeven
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

[PATCH v6 0/6] clk: Add functions to get optional clocks

2018-11-16 Thread Phil Edworthy
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

[PATCH v6 3/6] m68k: coldfire: Add clk_get_optional() function

2018-11-16 Thread Phil Edworthy
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

Re: [RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset

2018-11-16 Thread Russell King - ARM Linux
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

Re: [RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset

2018-11-16 Thread 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 minimalist userspace. > > So, it's probably time

Re: [RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset

2018-11-16 Thread Michael Schmitz
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