lkml.org 
[lkml]   [2014]   [Apr]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Query]: tick-sched: can idle_active be false in tick_nohz_idle_exit()?
On Wed, Apr 09, 2014 at 05:28:57PM +0530, Viresh Kumar wrote:
> Hi Guys,
>
> File: kernel/time/tick-sched.c
> function: tick_nohz_idle_exit()
>
> We are checking here if idle_active is true or not and then
> do some stuff. But is it possible that idle_active be false
> here?
>
> The sequence as far as I understood is:
> idle-loop:
>
> tick_nohz_idle_enter(), i.e. idle_active = true;
> local_irq_disable()
>
> IDLE
> .
> .
>
> wake up due to IPI ??
>
> local_irq_enable()
> tick_nohz_irq_enter(), i.e. idle_active = false;
> tick_nohz_irq_exit(), i.e. idle_active = true;
>
> tick_nohz_idle_exit()
>
> How can idle_active be false here?

When a dynticks idle CPU is woken up (typically with an IPI), tick_nohz_stop_idle()
is called on interrupt entry but, because this is a waking up IPI, tick_nohz_start_idle()
won't be called. The reason is that need_resched() prevents tick_nohz_irq_exit() to be
called in irq_exit().

After all if we know that the CPU is going to exit the idle task, we don't need to account
any more idle time. We also don't need to retry to enter in dynticks idle mode since we
are going to restart the tick with tick_nohz_idle_exit().

So in case of wake up IPIs, we may end up with !ts->idle_active in tick_nohz_idle_exit() :)

I must confess this is not obvious. It confused me as well when I met that part. A small
comment in tick_nohz_idle_exit() would be welcome ;)

Thanks.

>
> --
> viresh


\
 
 \ /
  Last update: 2014-04-10 17:21    [W:0.053 / U:1.732 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site