of_device.h.
Signed-off-by: Rob Herring
---
Please ack and I will take the series via the DT tree.
Acked-by: Daniel Lezcano
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.c
function ‘cpuhp_setup_state’
The of_platform.h header is not necessary either, so it and of_address.h
can be dropped.
Signed-off-by: Rob Herring
---
Please ack and I will take the series via the DT tree.
---
Acked-by: Daniel Lezcano
--
<http://www.linaro.org/> Linaro.org │ Open source so
On 21/07/2020 14:42, Pratik Rajesh Sampat wrote:
> v2: https://lkml.org/lkml/2020/7/17/369
> Changelog v2-->v3
> Based on comments from Gautham R. Shenoy adding the following in the
> selftest,
> 1. Grepping modules to determine if already loaded
> 2. Wrapper to enable/disable states
> 3. Preventin
On 16/07/2020 14:56, Michael Ellerman wrote:
> On Tue, 14 Jul 2020 22:24:24 +0800, Wei Yongjun wrote:
>> The sparse tool complains as follows:
>>
>> drivers/cpuidle/cpuidle-pseries.c:25:23: warning:
>> symbol 'pseries_idle_driver' was not declared. Should it be static?
>>
>> 'pseries_idle_driver'
On 26/04/2020 14:43, Michael Ellerman wrote:
> This driver is an OF driver, it depends on OF, and uses
> TIMER_OF_DECLARE, so it should select CONFIG_TIMER_OF.
>
> Without CONFIG_TIMER_OF enabled this can lead to warnings such as:
>
> powerpc-linux-ld: warning: orphan section `__timer_of_table'
On 02/04/2019 08:30, William Breathitt Gray wrote:
> From: Patrick Havelange
>
> Common #defines have been moved to "linux/fsl/ftm.h". Thus making use of
> this file.
> Also FTM_SC_CLK_SHIFT has been renamed to FTM_SC_CLK_MASK_SHIFT.
>
> Reviewed-by: Esben Haabendal
> Signed-off-by: Patrick Hav
On 06/03/2019 12:12, Patrick Havelange wrote:
> Common #defines have been moved to "linux/fsl/ftm.h". Thus making use of
> this file.
> Also FTM_SC_CLK_SHIFT has been renamed to FTM_SC_CLK_MASK_SHIFT.
>
> Signed-off-by: Patrick Havelange
> Reviewed-by: Esben Haabenda
Hi Abhishek,
thanks for taking the time to test the different scenario and give us
the numbers.
On 01/04/2019 07:11, Abhishek wrote:
>
>
> On 03/22/2019 06:56 PM, Daniel Lezcano wrote:
>> On 22/03/2019 10:45, Rafael J. Wysocki wrote:
>>> On Fri, Mar 22, 2019
On 22/03/2019 10:45, Rafael J. Wysocki wrote:
> On Fri, Mar 22, 2019 at 8:31 AM Abhishek Goel
> wrote:
>>
>> Currently, the cpuidle governors (menu /ladder) determine what idle state
>> an idling CPU should enter into based on heuristics that depend on the
>> idle history on that CPU. Given that n
On 18/02/2019 15:03, Patrick Havelange wrote:
Changelog please
> Signed-off-by: Patrick Havelange
> Reviewed-by: Esben Haabendal
> ---
> drivers/clocksource/timer-fsl-ftm.c | 15 ++-
> 1 file changed, 2 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/clocksource/timer-fsl-
On 08/25/2016 03:46 PM, Balbir Singh wrote:
>
>
> On 25/08/16 01:06, Daniel Lezcano wrote:
>> On 08/24/2016 04:48 PM, Balbir Singh wrote:
>>>
>>>
>>> On 25/08/16 00:44, Daniel Lezcano wrote:
>>>> On 08/19/2016 12:26 AM, G
On 08/24/2016 04:48 PM, Balbir Singh wrote:
>
>
> On 25/08/16 00:44, Daniel Lezcano wrote:
>> On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
>>> From: "Gautham R. Shenoy"
>>>
>>> Currently all the idle states registered by a cpu-idle
On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
> From: "Gautham R. Shenoy"
>
> Currently all the idle states registered by a cpu-idle driver are
> enabled by default. This patch adds a mechanism which allows the
> driver to hint if an idle-state should start in a disabled state. The
> cpu-idle
e_us_delta.
Reported-by: Anton Blanchard
Bisected-by: Shilpasri G Bhat
Signed-off-by: Shreyas B. Prabhu
---
Acked-by: Daniel Lezcano
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook
On 06/30/2016 05:37 PM, Nicolas Pitre wrote:
On Thu, 30 Jun 2016, Daniel Lezcano wrote:
[ ... ]
+ if (likely(nsec < DIV_APPROXIMATION_THRESHOLD)) {
+ u32 usec = nsec;
+
+ usec += usec >> 5;
+ usec = usec >> 10;
+
+
On 06/30/2016 04:34 PM, Shreyas B. Prabhu wrote:
Snooze is a poll idle state in powernv and pseries platforms. Snooze
has a timeout so that if a cpu stays in snooze for more than target
residency of the next available idle state, then it would exit thereby
giving chance to the cpuidle governor to
On 06/29/2016 09:06 AM, Shreyas B. Prabhu wrote:
Snooze is a poll idle state in powernv and pseries platforms. Snooze
has a timeout so that if a cpu stays in snooze for more than target
residency of the next available idle state, then it would exit thereby
giving chance to the cpuidle governor to
On 06/24/2016 11:00 AM, David Laight wrote:
From: Shreyas B. Prabhu
Sent: 24 June 2016 09:24
Snooze is a poll idle state in powernv and pseries platforms. Snooze
has a timeout so that if a cpu stays in snooze for more than target
residency of the next available idle state, then it would exit th
On 06/23/2016 03:35 PM, Shreyas B Prabhu wrote:
On 06/23/2016 03:31 PM, Daniel Lezcano wrote:
On 06/23/2016 11:28 AM, Balbir Singh wrote:
[ ... ]
cpuidle_enter_state()
{
[...]
time_start = local_clock();
[enter idle state]
time_end = local_clock
On 06/23/2016 11:28 AM, Balbir Singh wrote:
[ ... ]
cpuidle_enter_state()
{
[...]
time_start = local_clock();
[enter idle state]
time_end = local_clock();
/*
* local_clock() returns the time in nanosecond, let's shift
* by 10 (divide b
CR value.
>
> This patch adds support for this new mechanism in cpuidle powernv driver.
>
> Cc: Rafael J. Wysocki
> Cc: Daniel Lezcano
> Cc: Rob Herring
> Cc: Lorenzo Pieralisi
> Cc: linux...@vger.kernel.org
> Cc: Michael Ellerman
> Cc: Paul Mackerras
> Cc:
On Wed, Jun 08, 2016 at 11:54:29AM -0500, Shreyas B. Prabhu wrote:
> Use cpuidle's CPUIDLE_STATE_MAX macro instead of powernv specific
> MAX_POWERNV_IDLE_STATES.
>
> Cc: Rafael J. Wysocki
> Cc: Daniel Lezcano
> Cc: linux...@vger.kernel.org
> Suggested-by: Danie
cpuidle powernv driver.
Cc: Rafael J. Wysocki
Cc: Daniel Lezcano
Cc: linux...@vger.kernel.org
Cc: Michael Ellerman
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. Prabhu
---
- No changes since v1
drivers/cpuidle/cpuidle
D.
We weren't doing anything in ->set_mode(ONSHOT) and so
set_state_oneshot() isn't implemented.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Viresh Kumar
Signed-off-by: Daniel Lezcano
---
On 05/12/2015 03:23 PM, Rafael J. Wysocki wrote:
On Tuesday, May 12, 2015 10:41:35 AM Daniel Lezcano wrote:
On 05/12/2015 01:31 AM, Rafael J. Wysocki wrote:
On Monday, May 11, 2015 07:40:41 PM Daniel Lezcano wrote:
On 05/10/2015 01:15 AM, Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 10
On 05/12/2015 01:31 AM, Rafael J. Wysocki wrote:
On Monday, May 11, 2015 07:40:41 PM Daniel Lezcano wrote:
On 05/10/2015 01:15 AM, Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 10:33:05 PM Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 10:11:41 PM Rafael J. Wysocki wrote:
On
On 05/10/2015 01:15 AM, Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 10:33:05 PM Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 10:11:41 PM Rafael J. Wysocki wrote:
On Saturday, May 09, 2015 11:19:16 AM Preeti U Murthy wrote:
Hi Rafael,
On 05/08/2015 07:48 PM, Rafael J. Wysocki wrot
On 04/03/2014 10:03 AM, dongsheng.w...@freescale.com wrote:
-Original Message-
From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
Sent: Thursday, April 03, 2014 2:29 PM
To: Wang Dongsheng-B40534; Wood Scott-B07421
Cc: r...@rjwysocki.net; Li Yang-Leo-R58472; Jin Zhengxiong-R64188
On 04/03/2014 05:20 AM, dongsheng.w...@freescale.com wrote:
Hi Daniel,
Thanks for your review. I will fix your comments.
BTW, fix Rafael's email. :)
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+
+static unsigned int max_idle_state;
+static struct
On 04/02/2014 11:36 AM, Daniel Lezcano wrote:
On 04/01/2014 10:33 AM, Dongsheng Wang wrote:
From: Wang Dongsheng
Add cpuidle support for e500 family, using cpuidle framework to
manage various low power modes. The new implementation will remain
compatible with original idle method.
I have
On 04/01/2014 10:33 AM, Dongsheng Wang wrote:
From: Wang Dongsheng
Add cpuidle support for e500 family, using cpuidle framework to
manage various low power modes. The new implementation will remain
compatible with original idle method.
I have done test about power consumption and latency. Cpui
On 02/11/2014 05:09 PM, Preeti U Murthy wrote:
Hi Daniel,
Thank you very much for the review.
On 02/11/2014 03:46 PM, Daniel Lezcano wrote:
On 02/07/2014 09:06 AM, Preeti U Murthy wrote:
From: Thomas Gleixner
On some architectures, in certain CPU deep idle states the local
timers stop.
An
On 02/11/2014 04:58 PM, Thomas Gleixner wrote:
On Tue, 11 Feb 2014, Daniel Lezcano wrote:
On 02/07/2014 09:06 AM, Preeti U Murthy wrote:
Setting the smp affinity on the earliest timer should be handled automatically
with the CLOCK_EVT_FEAT_DYNIRQ flag. Did you look at using this flag ?
How
On 02/07/2014 09:06 AM, Preeti U Murthy wrote:
From: Thomas Gleixner
On some architectures, in certain CPU deep idle states the local timers stop.
An external clock device is used to wakeup these CPUs. The kernel support for
the
wakeup of these CPUs is provided by the tick broadcast framework
Hi Nico,
On 6 February 2014 14:16, Nicolas Pitre wrote:
> The core idle loop now takes care of it.
>
> Signed-off-by: Nicolas Pitre
> ---
> arch/powerpc/platforms/powernv/setup.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
> diff --git a/arch/powerpc/platforms/powe
On 6 February 2014 14:16, Nicolas Pitre wrote:
> The core idle loop now takes care of it.
>
> Signed-off-by: Nicolas Pitre
>
Acked-by: Daniel Lezcano
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.
On 01/30/2014 05:07 PM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Daniel Lezcano wrote:
On 01/30/2014 06:28 AM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Preeti U Murthy wrote:
Hi Nicolas,
On 01/30/2014 02:01 AM, Nicolas Pitre wrote:
On Wed, 29 Jan 2014, Nicolas Pitre wrote:
In order to
with what cpuidle is doing and not delegate
such interaction to arch code.
Architectures implementing arch_cpu_idle() should simply enter
a cheap idle mode in the absence of a proper cpuidle driver.
Signed-off-by: Nicolas Pitre
Acked-by: Daniel Lezcano
As mentioned in my reply to Olof's co
On 01/24/2014 11:21 AM, Preeti U Murthy wrote:
On 01/24/2014 02:38 PM, Daniel Lezcano wrote:
On 01/23/2014 12:15 PM, Preeti U Murthy wrote:
Hi Daniel,
Thank you for the review.
[ ... ]
---
drivers/cpuidle/cpuidle.c | 15 +
drivers/cpuidle/governors/ladder.c | 101
On 01/27/2014 05:07 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 09:22:55AM +0100, Daniel Lezcano wrote:
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and ARM64 are the only two architectures implementing
arch_cpu_idle_prepare() simply to call local_fiq_enable().
We have
On 01/27/2014 06:21 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 06:12:53PM +0100, Daniel Lezcano wrote:
On 01/27/2014 05:07 PM, Russell King - ARM Linux wrote:
On Mon, Jan 27, 2014 at 09:22:55AM +0100, Daniel Lezcano wrote:
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
ARM and
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre
Acked-by: Daniel Lezcano
---
arch/x86/kernel/process.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre
Acked-by: Daniel Lezcano
---
arch/sh/kernel/idle.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/sh/kernel/idle.c b/arch/sh/kernel/idle.c
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it. However a few things need
checking:
- Invocation of cpuidle_idle_call() in pseries_lpar_idle() happened
through arch_cpu_idle() and was therefore always preceded by a call
to ppc64_runlatch_off(). To pr
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
The core idle loop now takes care of it.
Signed-off-by: Nicolas Pitre
Acked-by: Daniel Lezcano
---
arch/arm/kernel/process.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/arch/arm/kernel/process.c b
x86_idle
But I guess it is acceptable as it is fixed with the next patches of the
serie.
Acked-by: Daniel Lezcano
---
kernel/cpu/idle.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/cpu/idle.c b/kernel/cpu/idle.c
index 4e327e211b..a6f40ad9f8 100644
--- a/kernel
On 01/27/2014 07:08 AM, Nicolas Pitre wrote:
... so we can get rid of it entirely.
Signed-off-by: Nicolas Pitre
Acked-by: Daniel Lezcano
---
include/linux/cpu.h | 1 -
kernel/cpu/idle.c | 2 --
2 files changed, 3 deletions(-)
diff --git a/include/linux/cpu.h b/include/linux/cpu.h
tice
given that FIQs are not currently used on ARM64.
Signed-off-by: Nicolas Pitre
Reviewed-by: Daniel Lezcano
---
arch/arm64/kernel/process.c | 5 -
arch/arm64/kernel/setup.c | 7 +++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/arm64/kernel/process.c b/
actice
i.e. when FIQs are actually used.
Signed-off-by: Nicolas Pitre
Reviewed-by: Daniel Lezcano
---
arch/arm/kernel/process.c | 5 -
arch/arm/kernel/setup.c | 7 +++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/proce
On 01/23/2014 12:15 PM, Preeti U Murthy wrote:
Hi Daniel,
Thank you for the review.
On 01/22/2014 01:59 PM, Daniel Lezcano wrote:
On 01/17/2014 05:33 AM, Preeti U Murthy wrote:
diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/cpuidle.c
index a55e68f..831b664 100644
--- a/drivers
On 01/23/2014 08:12 AM, Yijing Wang wrote:
Currently, clocksource_register() and __clocksource_register_scale()
functions always return 0, it's pointless, make functions void.
And remove the dead code that check the clocksource_register_hz()
return value.
Signed-off-by: Yijing Wang
Well, do w
On 01/17/2014 05:33 AM, Preeti U Murthy wrote:
The cpuidle governors today are not handling scenarios where no idle state
can be chosen. Such scenarios coud arise if the user has disabled all the
idle states at runtime or the latency requirement from the cpus is very strict.
The menu governor re
ng to intel_idle_cpu_init() (which is also called during CPU_ONLINE
operation).
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Cc: Len Brown
Reviewed-by: Daniel Lezcano
---
drivers/idle/intel_idle.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers
erkiewicz
Signed-off-by: Kyungmin Park
Cc: Len Brown
Reviewed-by: Daniel Lezcano
---
drivers/idle/intel_idle.c | 29 -
1 file changed, 29 deletions(-)
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index 38da3fb..524d07b 100644
--- a/dri
ll in the "Some systems can hotplug a cpu
at runtime after the kernel has booted" case.
Reviewed-by: Daniel Lezcano
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Cc: Len Brown
---
drivers/idle/intel_idle.c | 114 --
On 12/20/2013 07:47 PM, Bartlomiej Zolnierkiewicz wrote:
dev->state_count is now always equal to drv->state_count so
it can be removed.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 3 ---
drivers/c
r than CPU0 are offline.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Daniel Lezcano
Cc: Kukjin Kim
---
arch/arm/mach-exynos/cpuidle.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-exynos/cpuidle.c b/arch/arm/mach
On 10/29/2013 12:02 PM, Deepthi Dharwar wrote:
This patch enables idle cpu on the powernv platform to hook on to the cpuidle
framework, if available, else call on to default idle platform
code.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
arch/powerpc/platforms/powernv
On 10/29/2013 12:01 PM, Deepthi Dharwar wrote:
The following patch extends the current power backend
idle driver to the powernv platform.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-ibm-power.c | 39 ---
1 file
: Deepthi Dharwar
Acked-by: Daniel Lezcano
... but I am wondering if 'power' name is not confusing with power
management and if 'powerpc' would suit better.
---
drivers/cpuidle/cpuidle-ibm-power.c | 32
1 file changed, 16 insertions(+), 1
On 10/29/2013 12:01 PM, Deepthi Dharwar wrote:
This patch removes the usage of MAX_IDLE_STATE macro
and dead code around it. The number of states
are determined at run time based on the cpuidle
state table selected on a given platform
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
patch is removes all the module related code.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-ibm-power.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/cpuidle/cpuidle-ibm-power.c
b/drivers/cpuidle/cpuidle
On 10/29/2013 12:01 PM, Deepthi Dharwar wrote:
This patch replaces the cpuidle driver and devices initialisation
calls with a single generic cpuidle_register() call
and also includes minor refactoring of the code around it.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
arch/powerpc/include/asm/processor.h|2
arch/powerpc/platforms/pseries/Kconfig |9 -
arch/powerpc/platforms/pseries/Makefile |1
arch/powerpc/platforms/pseries/processor_idle.c | 364
On 07/30/2013 12:48 PM, Wang Dongsheng-B40534 wrote:
>
>
>> -Original Message-----
>> From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
>> Sent: Tuesday, July 30, 2013 5:28 PM
>> To: Wang Dongsheng-B40534
>> Cc: r...@sisk.pl; linux...@vger.kerne
On 07/30/2013 09:00 AM, Dongsheng Wang wrote:
> From: Wang Dongsheng
>
> Add cpuidle support for e500 family, using cpuidle framework to
> manage various low power modes. The new implementation will remain
> compatible with original idle method.
>
> Initially, this supports PW10, and subsequent
On 07/30/2013 08:55 AM, Dongsheng Wang wrote:
> From: Wang Dongsheng
>
> After __cpuidle_register_device, the cpu incs are added up, but decs
> are not, thus the module refcount is not match. So the module "exit"
> function can not be executed when we do remove operation. Move
> module_put into _
On 07/29/2013 04:39 PM, Deepthi Dharwar wrote:
> Hi Daniel,
>
> On 07/27/2013 10:57 AM, Daniel Lezcano wrote:
>> On 07/23/2013 11:01 AM, Deepthi Dharwar wrote:
>>> This patch implements a back-end cpuidle driver for
>>> powernv calling power7_nap and snooze idle
On 07/29/2013 04:27 PM, Deepthi Dharwar wrote:
> On 07/27/2013 10:59 AM, Daniel Lezcano wrote:
>> On 07/23/2013 11:01 AM, Deepthi Dharwar wrote:
>>> This patch enables idle powernv cpu to hook on to the cpuidle
>>> framework, if available, else call on to default idle p
On 07/23/2013 11:01 AM, Deepthi Dharwar wrote:
> This patch enables idle powernv cpu to hook on to the cpuidle
> framework, if available, else call on to default idle platform
> code.
Why do you need to do that ?
> Signed-off-by: Deepthi Dharwar
> ---
> arch/powerpc/platforms/powernv/setup.c |
On 07/23/2013 11:01 AM, Deepthi Dharwar wrote:
> This patch implements a back-end cpuidle driver for
> powernv calling power7_nap and snooze idle states.
> This can be extended by adding more idle states
> in the future to the existing framework.
>
> Signed-off-by: Deepthi Dharwar
> ---
> arch/p
> measurement). It also removes the erroneous cast, making sure that
> negative residency values are applied correctly even though they should
> not appear anymore.
>
> Signed-off-by: Julius Werner
Tested on a Core 2 Duo (processor_idle driver).
Tested-by: Daniel Lezcano
Acked-by:
On 11/13/2012 10:52 PM, Julius Werner wrote:
> Many cpuidle drivers measure their time spent in an idle state by
> reading the wallclock time before and after idling and calculating the
> difference. This leads to erroneous results when the wallclock time gets
> updated by another processor in the
On 11/14/2012 10:06 AM, Deepthi Dharwar wrote:
> On 11/14/2012 03:22 AM, Julius Werner wrote:
>> Many cpuidle drivers measure their time spent in an idle state by
>> reading the wallclock time before and after idling and calculating the
>> difference. This leads to erroneous results when the wallcl
74 matches
Mail list logo
