On 2018-04-04 17:54, Jan Kiszka wrote: > On 2018-03-01 07:04, Jan Kiszka wrote: >> On 2018-01-22 07:06, Jan Kiszka wrote: >>> Analogously to 9358d755bd5c, this registers a broadcast clockevent in >>> case no hardware broadcast timer is available and the per-CPU timers can >>> be stopped in deep power states. >>> >>> Partitions of the Jailhouse hypervisor fall in this category. >>> Registering the workaround timer allows to enter high-resolution mode in >>> that case. >>> >>> Signed-off-by: Jan Kiszka <jan.kis...@siemens.com> >>> --- >>> arch/arm/kernel/time.c | 3 +++ >>> 1 file changed, 3 insertions(+) >>> >>> diff --git a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c >>> index 629f8e9981f1..0a45d861ef8e 100644 >>> --- a/arch/arm/kernel/time.c >>> +++ b/arch/arm/kernel/time.c >>> @@ -12,6 +12,7 @@ >>> * reading the RTC at bootup, etc... >>> */ >>> #include <linux/clk-provider.h> >>> +#include <linux/clockchips.h> >>> #include <linux/clocksource.h> >>> #include <linux/errno.h> >>> #include <linux/export.h> >>> @@ -121,5 +122,7 @@ void __init time_init(void) >>> of_clk_init(NULL); >>> #endif >>> timer_probe(); >>> + >>> + tick_setup_hrtimer_broadcast(); >>> } >>> } >>> >> >> Gentle ping, just to avoid that this falls through the cracks because >> it's so small. >> > > 2nd ping. Should this patch be routed via ARM or rather some tip/timers > tree? >
3rd try: Could someone have a look at this and merge it - or at least ack it in order to move forward? Thanks, Jan