From: Tony Lindgren <tony@atomide.com>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org,
Felipe Balbi <balbi@ti.com>, John Stultz <john.stultz@linaro.org>,
Nishanth Menon <nm@ti.com>,
Yingjoe Chen <yingjoe.chen@mediatek.com>,
"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Peter Zijlstra <peterz@infradead.org>
Subject: Re: [PATCH] clocksource: Allow toggling between runtime and persistent clocksource for idle
Date: Mon, 6 Jul 2015 09:42:00 -0700 [thread overview]
Message-ID: <20150706164200.GN10705@atomide.com> (raw)
In-Reply-To: <alpine.DEB.2.11.1507061737280.3916@nanos>
* Thomas Gleixner <tglx@linutronix.de> [150706 08:48]:
> On Mon, 6 Jul 2015, Tony Lindgren wrote:
> > * Thomas Gleixner <tglx@linutronix.de> [150706 07:20]:
> > > On Mon, 6 Jul 2015, Tony Lindgren wrote:
> > The timekeeping accuracy issue certainly needs some thinking, and
> > also the resolution between the clocksources can be different.. In the
> > test case I have the slow timer is always on and of a lower resolution
> > than the ARM global timer being used during runtime.
> >
> > Got some handy timer test in mind you want me to run to provide data
> > on the accuracy?
>
> John Stultz might have something.
>
> > > > +/**
> > > > + * clocksource_pm_enter - change to a persistent clocksource before idle
> > > > + *
> > > > + * Changes system to use a persistent clocksource for idle. Intended to
> > > > + * be called from CPUidle from the last active CPU.
> > > > + */
> > > > +int clocksource_pm_enter(void)
> > > > +{
> > > > + bool oneshot = tick_oneshot_mode_active();
> > > > + struct clocksource *best;
> > > > +
> > > > + if (WARN_ONCE(!mutex_trylock(&clocksource_mutex),
> > > > + "Unable to get clocksource_mutex"))
> > > > + return -EINTR;
> > >
> > > This trylock serves which purpose?
> >
> > Well we don't want to start changing clocksource if something is
> > running like you pointed out.
>
> Well yes, but ....
>
> > > I really cannot see how this is proper serialized.
> >
> > We need to allow this only from the last cpu before hitting idle.
>
> And I cannot see anything which does so.
>
> cpu0 cpu1
> is_idle
> go_idle()
> clocksource_pm_enter()
> lock(cs_mutex);
> wakeup()
> clocksource_pm_exit()
> trylock fails ....
>
> ...
> unlock(cs_mutex);
>
> --> Crap!
OK you're right, this only works with cpuidle and using
drivers/cpuidle/coupled.c.
> > > > @@ -1086,7 +1086,18 @@ int timekeeping_notify(struct clocksource *clock)
> > > >
> > > > if (tk->tkr_mono.clock == clock)
> > > > return 0;
> > > > - stop_machine(change_clocksource, clock, NULL);
> > > > +
> > > > + /*
> > > > + * We may want to toggle between a fast and a persistent
> > > > + * clocksource from CPUidle on the last active CPU and can't
> > > > + * use stop_machine at that point.
> > > > + */
> > > > + if (cpumask_test_cpu(smp_processor_id(), cpu_online_mask) &&
> > >
> > > Can you please explain how this code gets called from an offline cpu?
> >
> > Last cpu getting idled..
>
> That does not make any sense at all. How is idle related to the online
> mask? An idle cpu is still online.
Oops yeah that's a bogus test, cpu off != offlined.
> > > > + !rcu_is_watching())
> > >
> > > So pick some random combination of conditions and define that it is
> > > correct, right? How on earth does !rcu_watching() tell that this is
> > > the last running cpu.
> >
> > We have called rcu_idle_enter() from cpuidle_idle_call(). Do you have
> > some better test in mind when the last cpu is about hit idle?
>
> The cpuidle code should know that. And if it does not know, it better
> should keep track of that information and based on it provide the
> proper serialization, so the call into the timekeeping code is not a
> subject to guess work and race conditions.
OK I agree. Based on your comments this clearly needs to be limited to
cpuidle. And thanks for your comments.
Regards,
Tony
next prev parent reply other threads:[~2015-07-06 16:42 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-06 7:12 [PATCH] clocksource: Allow toggling between runtime and persistent clocksource for idle Tony Lindgren
2015-07-06 14:18 ` Thomas Gleixner
2015-07-06 15:22 ` Tony Lindgren
2015-07-06 15:46 ` Thomas Gleixner
2015-07-06 16:42 ` Tony Lindgren [this message]
2015-07-06 17:51 ` John Stultz
2015-07-07 10:24 ` Tony Lindgren
2015-07-06 17:28 ` John Stultz
2015-07-06 17:34 ` Thomas Gleixner
2015-07-06 17:53 ` John Stultz
2015-07-07 10:33 ` Tony Lindgren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150706164200.GN10705@atomide.com \
--to=tony@atomide.com \
--cc=balbi@ti.com \
--cc=john.stultz@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=peterz@infradead.org \
--cc=rafael.j.wysocki@intel.com \
--cc=tglx@linutronix.de \
--cc=yingjoe.chen@mediatek.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.