Re: [PATCH v4 14/16] timer: Implement the hierarchical pull model

From: Frederic Weisbecker
Date: Mon Nov 07 2022 - 17:07:36 EST


On Fri, Nov 04, 2022 at 03:57:35PM +0100, Anna-Maria Behnsen wrote:
> @@ -1859,6 +1863,36 @@ void forward_and_idle_timer_bases(unsigned long basej, u64 basem,
> */
> is_idle = time_after(nextevt, basej + 1);
>
> + if (is_idle) {
> + u64 next_tmigr;
> +
> + next_tmigr = tmigr_cpu_deactivate(tevt->global);
> +
> + tevt->global = KTIME_MAX;
> +
> + /*
> + * If CPU is the last going idle in timer migration
> + * hierarchy, make sure CPU will wake up in time to handle
> + * remote timers. next_tmigr == KTIME_MAX if other CPUs are
> + * still active.
> + */
> + if (next_tmigr < tevt->local) {
> + u64 tmp;
> +
> + /* If we missed a tick already, force 0 delta */
> + if (next_tmigr < basem)
> + next_tmigr = basem;
> +
> + tmp = div_u64(next_tmigr - basem, TICK_NSEC);
> +
> + nextevt = basej + (unsigned long)tmp;
> + tevt->local = next_tmigr;
> + is_idle = time_after(nextevt, basej + 1);
> + } else {
> + nextevt = nextevt_local;

That else part look unecessary.

> + }
> + }
> +
> /* We need to mark both bases in sync */
> base_local->is_idle = base_global->is_idle = is_idle;

Do we still need to maintain base_global->is_idle ?

(I'm going to do daily reviews on this patch because it's quite dense :)

Thanks.