From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-acpi@vger.kernel.org, linux-pm@lists.linux-foundation.org,
linaro-dev@lists.linaro.org
Subject: Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
Date: Fri, 06 Jul 2012 13:07:12 +0200 [thread overview]
Message-ID: <4FF6C6E0.8020609@linaro.org> (raw)
In-Reply-To: <201207052243.15048.rjw@sisk.pl>
On 07/05/2012 10:43 PM, Rafael J. Wysocki wrote:
> On Thursday, July 05, 2012, Daniel Lezcano wrote:
>> Move this specific flag to the header file.
>
> The patch evidently does more than that.
>
> Is it just a cleanup, or is there a functional reason for doing it?
It is just a cleanup.
Thanks for reviewing the patches.
-- Daniel
>> Signed-off-by: Daniel Lezcano <daniel.lezcano@linaro.org>
>> ---
>> drivers/idle/intel_idle.c | 8 --------
>> include/linux/cpuidle.h | 16 +++++++++++++---
>> 2 files changed, 13 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
>> index fe95d54..3f0eb07 100644
>> --- a/drivers/idle/intel_idle.c
>> +++ b/drivers/idle/intel_idle.c
>> @@ -101,14 +101,6 @@ static int intel_idle_cpu_init(int cpu);
>> static struct cpuidle_state *cpuidle_state_table;
>>
>> /*
>> - * Set this flag for states where the HW flushes the TLB for us
>> - * and so we don't need cross-calls to keep it consistent.
>> - * If this flag is set, SW flushes the TLB, so even if the
>> - * HW doesn't do the flushing, this flag is safe to use.
>> - */
>> -#define CPUIDLE_FLAG_TLB_FLUSHED 0x10000
>> -
>> -/*
>> * States are indexed by the cstate number,
>> * which is also the index into the MWAIT hint array.
>> * Thus C0 is a dummy.
>> diff --git a/include/linux/cpuidle.h b/include/linux/cpuidle.h
>> index 730e12e..be150c9 100644
>> --- a/include/linux/cpuidle.h
>> +++ b/include/linux/cpuidle.h
>> @@ -67,10 +67,20 @@ struct cpuidle_state {
>> * the cpuidle core the specified state can use the *
>> * enter_dead function. *
>> * *
>> + * CPUIDLE_FLAG_TLB_FLUSHED : Set this flag for states where the HW flushes the *
>> + * TLB for us and so we don't need cross-calls to *
>> + * keep it consistent. If this flag is set, SW *
>> + * flushes the TLB, so even if the HW doesn't do the *
>> + * flushing, this flag is safe to use. *
>> + * *
>> *******************************************************************************/
>> -#define CPUIDLE_FLAG_TIME_VALID (0x01)
>> -#define CPUIDLE_FLAG_COUPLED (0x02)
>> -#define CPUIDLE_FLAG_DEAD_VALID (0x04)
>> +#define CPUIDLE_FLAG_TIME_VALID (0x01)
>> +#define CPUIDLE_FLAG_COUPLED (0x02)
>> +#define CPUIDLE_FLAG_DEAD_VALID (0x04)
>> +#define CPUIDLE_FLAG_TLB_FLUSHED (0x08)
>> +
>> +
>> +
>>
>> /**
>> * cpuidle_get_statedata - retrieves private driver state data
>>
>
--
<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
next prev parent reply other threads:[~2012-07-06 11:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-05 13:23 [PATCH 1/4] acpi: intel_idle : break dependency between modules Daniel Lezcano
2012-07-05 13:23 ` [PATCH 2/4] cpuidle: define the enter function in the driver structure Daniel Lezcano
2012-07-05 20:38 ` Rafael J. Wysocki
2012-07-06 10:58 ` Daniel Lezcano
2012-07-06 21:23 ` Rafael J. Wysocki
2012-07-10 8:29 ` Rajendra Nayak
2012-07-10 11:39 ` Daniel Lezcano
2012-07-10 12:38 ` Rajendra Nayak
2012-07-05 13:23 ` [PATCH 3/4] cpuidle: move enter_dead to " Daniel Lezcano
2012-07-05 20:40 ` Rafael J. Wysocki
2012-07-06 11:05 ` Daniel Lezcano
2012-07-06 21:27 ` Rafael J. Wysocki
2012-07-05 13:23 ` [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header Daniel Lezcano
2012-07-05 20:43 ` Rafael J. Wysocki
2012-07-06 11:07 ` Daniel Lezcano [this message]
2012-07-06 21:29 ` Rafael J. Wysocki
2012-07-05 20:26 ` [PATCH 1/4] acpi: intel_idle : break dependency between modules Rafael J. Wysocki
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=4FF6C6E0.8020609@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=linaro-dev@lists.linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.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 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.