Re: [RFC PATCH v2 03/14] m68k: mac: Clean up unused timer definitions

2018-11-19 Thread Finn Thain
Geert, Please consider cherry-picking this patch. It isn't particularly relevant to the API conversion so I'd better not to include it in v3, when I submit v3. -- On Mon, 19 Nov 2018, Finn Thain wrote: > Signed-off-by: Finn Thain > --- > arch/m68k/include/asm/macints.h | 3 --- > 1 file ch

[PATCH v2 06/15] m68k: define syscall_get_arch()

2018-11-19 Thread Dmitry V. Levin
syscall_get_arch() is required to be implemented on all architectures in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO request. Signed-off-by: Dmitry V. Levin --- v2: unchanged since v1 arch/m68k/include/asm/syscall.h | 12 1 file changed, 12 insertions(+) cr

[PATCH v2 00/15] Prepare for PTRACE_GET_SYSCALL_INFO

2018-11-19 Thread Dmitry V. Levin
syscall_get_arch() is required to be implemented on all architectures in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO request. The primary intent is that the triple (audit_arch, syscall_nr, arg1..arg6) should describe what system call is being called and what its arguments a

[PATCH] clk: Add (devm_)clk_get_optional() functions

2018-11-19 Thread Phil Edworthy
This adds clk_get_optional() and devm_clk_get_optional() functions to get optional clocks. They behave the same as (devm_)clk_get except where there is no clock producer. In this case, instead of returning -ENOENT, the function returns NULL. This makes error checking simpler and allows clk_prepare_

Re: m68k using deprecated internal APIs?

2018-11-19 Thread Greg Ungerer
On 17/11/18 5:44 am, Geert Uytterhoeven wrote: 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 c

Re: [RFC PATCH v2 07/14] m68k: atari: Convert to clocksource API

2018-11-19 Thread Michael Schmitz
Hi Finn, this fixes the ssh timeout issues I reported for the earlier versions. Can't see a large degradation of resolution either. The race in the previous versions may have been exacerbated in part by an incorrect assumption about the likelihood of counter wrap-around in the old atari_gett