Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Viresh Kumar
On 9 February 2013 05:38, Dirk Brandewie wrote: > On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote: >> >> On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote: >>> >>> On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote: On 8 February 2013 18:02, Rafael J. Wysocki wro

Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Rafael J. Wysocki
On Friday, February 08, 2013 04:08:49 PM Dirk Brandewie wrote: > On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote: > > On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote: > >> On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote: > >>> On 8 February 2013 18:02, Rafael J. Wysocki

Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Rafael J. Wysocki
On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote: > On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote: > > On 8 February 2013 18:02, Rafael J. Wysocki wrote: > > > So as I said, please rework the fixes on top of linux-pm.git/pm-cpufreq. > > > > I already did. Please chec

Re: [PATCH 1/4] ACPI / idle: remove unused definition

2013-02-08 Thread Len Brown
series applied. thanks, Len Brown, Intel Open Source Technology Center ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH 0/4][V2] davinci: cpuidle - some cleanups

2013-02-08 Thread Len Brown
refreshed series applied. thanks, Len Brown, Intel Open Source Technology Center ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

big.LITTLE MP Scheduler test summary-Week-6

2013-02-08 Thread Naresh Kamboju
Hi, Calendar Week 6, 2013: Here is test result summary for big.LITTLE MP Scheduler test on TC2 platform with Android image sched_tests.git No of Test Cases Tests Run Tests Pass Tests Fail Absolute pass rate (%) Failure Analysis/Comments Regression 20 20 20 0 100 - mpbasicsuite 10 10 10

Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Rafael J. Wysocki
On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote: > On 8 February 2013 18:02, Rafael J. Wysocki wrote: > > So as I said, please rework the fixes on top of linux-pm.git/pm-cpufreq. > > I already did. Please check for-rafael branch Cool. This is the one I'm supposed to apply, then? >

[PATCH v3 1/2] sched: fix init NOHZ_IDLE flag

2013-02-08 Thread Vincent Guittot
On my smp platform which is made of 5 cores in 2 clusters, I have the nr_busy_cpu field of sched_group_power struct that is not null when the platform is fully idle. The root cause seems to be: During the boot sequence, some CPUs reach the idle loop and set their NOHZ_IDLE flag while waiting for ot

[PATCH v3 0/2] sched: fix nr_busy_cpus

2013-02-08 Thread Vincent Guittot
The nr_busy_cpus field of the sched_group_power is sometime different from 0 whereas the platform is fully idle. This serie fixes 3 use cases: - when some CPUs enter idle state while booting all CPUs - when a CPU is unplug and/or replug Change since V2: - change the initialization to idle state

[PATCH v3 2/2] sched: fix update NOHZ_IDLE flag

2013-02-08 Thread Vincent Guittot
The function nohz_kick_needed modifies NOHZ_IDLE flag that is used to update the nr_busy_cpus of the sched_group. When the sched_domain are updated (during the boot or because of the unplug of a CPUs as an example) a null_domain is attached to CPUs. We have to test likely(!on_null_domain(cpu) first

Re: [PATCH v2 1/2] sched: fix init NOHZ_IDLE flag

2013-02-08 Thread Vincent Guittot
On 8 February 2013 16:35, Frederic Weisbecker wrote: > 2013/2/4 Vincent Guittot : >> On 1 February 2013 19:03, Frederic Weisbecker wrote: diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 257002c..fd41924 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c >>

Re: [PATCH] sched: fix wrong rq's runnable_avg update with rt task

2013-02-08 Thread Vincent Guittot
On 8 February 2013 15:46, Steven Rostedt wrote: > On Fri, 2013-02-08 at 12:11 +0100, Vincent Guittot wrote: >> When a RT task is scheduled on an idle CPU, the update of the rq's load is >> not done because CFS's functions are not called. Then, the idle_balance, >> which is called just before enter

Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Viresh Kumar
On 8 February 2013 18:02, Rafael J. Wysocki wrote: > So as I said, please rework the fixes on top of linux-pm.git/pm-cpufreq. I already did. Please check for-rafael branch > Moreover, I'd very much prefer it if you fixed the problems introduced by > b8eed8a "cpufreq: Simplify __cpufreq_remove_de

Re: [PATCH 0/4] CPUFreq Fixes for 3.9

2013-02-08 Thread Rafael J. Wysocki
On Friday, February 08, 2013 08:20:55 AM Viresh Kumar wrote: > On 8 February 2013 05:03, Rafael J. Wysocki wrote: > > I should have done that before, sorry about it. > > > > Can you please rework this series on top of linux-pm.git/pm-cpufreq and > > try to avoid introducing new issues this time? >

[PATCH] sched: fix wrong rq's runnable_avg update with rt task

2013-02-08 Thread Vincent Guittot
When a RT task is scheduled on an idle CPU, the update of the rq's load is not done because CFS's functions are not called. Then, the idle_balance, which is called just before entering the idle function, updates the rq's load and makes the assumption that the elapsed time since the last update, was