From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: rjw@sisk.pl, linaro-kernel@lists.linaro.org, lenb@kernel.org,
patches@linaro.org, linux-pm@vger.kernel.org
Subject: Re: [PATCH] cpuidle : handle clockevent notify from the cpuidle framework
Date: Thu, 21 Mar 2013 11:37:58 +0100 [thread overview]
Message-ID: <514AE306.4070107@linaro.org> (raw)
In-Reply-To: <alpine.LFD.2.02.1303202210090.22263@ionos>
On 03/20/2013 10:21 PM, Thomas Gleixner wrote:
> On Wed, 20 Mar 2013, Daniel Lezcano wrote:
>
>> When a cpu enters a deep idle state, the local timers are stopped and
>> the time framework falls back to the timer device used as a broadcast
>> timer.
>>
>> The different cpuidle drivers are calling clockevents_notify ENTER/EXIT
>> when the idle state stops the local timer.
>>
>> The proposed patch introduces a new flag CPUIDLE_FLAG_TIMER_STOP to let
>
> Please stop using "proposed patch ...." wording in a patch
> description. The changelog you submit with your patch should be
> applicable w/o rewriting.
Oh, yes. Thanks for pointing this.
>> the cpuidle framework to call clockevents_notify instead of duplicating
>> again and again these lines in all the cpuidle drivers.
>
> That's a good enough reason, really. So that paragraph should be
> something like:
>
> "Add a new flag CPUIDLE_FLAG_TIMER_STOP which can be set by cpuidle
> drivers. If the flag is set the cpuidle core code takes care of the
> notification on behalf of the driver to avoid pointless code
> duplication."
>
> Ideally you would follow up with two or three drivers converted to
> that new infrastructure instead of sending that patch standalone. That
> way reviewers can really see the benefit in terms of reduced code
> duplication.
Thanks for your review. I will resend this patch with a better log and a
couple of patches on top using this flag.
-- Daniel
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
prev parent reply other threads:[~2013-03-21 10:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-20 15:57 [PATCH] cpuidle : handle clockevent notify from the cpuidle framework Daniel Lezcano
2013-03-20 21:21 ` Thomas Gleixner
2013-03-21 10:37 ` Daniel Lezcano [this message]
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=514AE306.4070107@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=lenb@kernel.org \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=patches@linaro.org \
--cc=rjw@sisk.pl \
--cc=tglx@linutronix.de \
/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.