linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Daniel Lezcano <daniel.lezcano@linaro.org>
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: Wed, 20 Mar 2013 22:21:26 +0100 (CET)	[thread overview]
Message-ID: <alpine.LFD.2.02.1303202210090.22263@ionos> (raw)
In-Reply-To: <1363795033-26445-1-git-send-email-daniel.lezcano@linaro.org>

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.

> 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.
 
> Signed-off-by: Daniel Lezcano <daniel.lezcano@linaro.org>

Other than the above rant:

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>

  reply	other threads:[~2013-03-20 21:21 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 [this message]
2013-03-21 10:37   ` Daniel Lezcano

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=alpine.LFD.2.02.1303202210090.22263@ionos \
    --to=tglx@linutronix.de \
    --cc=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 \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).