linux-toradex.git/drivers/cpufreq/cpufreq_conservative.c, branch v3.4.2

Merge branch 'sched/core' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip into cputime-tip

2011-12-19T18:23:15+00:00

Conflicts:
	drivers/cpufreq/cpufreq_conservative.c
	drivers/cpufreq/cpufreq_ondemand.c
	drivers/macintosh/rack-meter.c
	fs/proc/stat.c
	fs/proc/uptime.c
	kernel/sched/core.c

[S390] cputime: add sparse checking and cleanup

2011-12-15T13:56:19+00:00

Make cputime_t and cputime64_t nocast to enable sparse checking to
detect incorrect use of cputime. Drop the cputime macros for simple
scalar operations. The conversion macros are still needed.

Signed-off-by: Martin Schwidefsky

sched/accounting: Change cpustat fields to an array

2011-12-06T08:06:38+00:00

This patch changes fields in cpustat from a structure, to an
u64 array. Math gets easier, and the code is more flexible.

Signed-off-by: Glauber Costa 
Reviewed-by: KAMEZAWA Hiroyuki 
Cc: Linus Torvalds 
Cc: Andrew Morton 
Cc: Paul Tuner 
Signed-off-by: Peter Zijlstra 
Link: http://lkml.kernel.org/r/1322498719-2255-2-git-send-email-glommer@parallels.com
Signed-off-by: Ingo Molnar

nohz: Fix update_ts_time_stat idle accounting

2011-09-08T09:10:55+00:00

update_ts_time_stat currently updates idle time even if we are in
iowait loop at the moment. The only real users of the idle counter
(via get_cpu_idle_time_us) are CPU governors and they expect to get
cumulative time for both idle and iowait times.
The value (idle_sleeptime) is also printed to userspace by print_cpu
but it prints both idle and iowait times so the idle part is misleading.

Let's clean this up and fix update_ts_time_stat to account both counters
properly and update consumers of idle to consider iowait time as well.
If we do this we might use get_cpu_{idle,iowait}_time_us from other
contexts as well and we will get expected values.

Signed-off-by: Michal Hocko 
Cc: Dave Jones 
Cc: Arnd Bergmann 
Cc: Alexey Dobriyan 
Link: http://lkml.kernel.org/r/e9c909c221a8da402c4da07e4cd968c3218f8eb1.1314172057.git.mhocko@suse.cz
Signed-off-by: Thomas Gleixner

[CPUFREQ] Remove unneeded locks

2011-03-16T21:54:32+00:00

There cannot be any concurrent access to these through
different cpu sysfs files anymore, because these tunables
are now all global (not per cpu).

I still have some doubts whether some of these locks
were needed at all. Anyway, let's get rid of them.

Signed-off-by: Thomas Renninger 
Signed-off-by: Dave Jones 
CC: cpufreq@vger.kernel.org

[CPUFREQ] Remove old, deprecated per cpu ondemand/conservative sysfs files

2011-03-16T21:54:32+00:00

Marked deprecated for quite a whilte now...

Signed-off-by: Thomas Renninger 
Signed-off-by: Dave Jones 
CC: cpufreq@vger.kernel.org

[CPUFREQ] Remove deprecated sysfs file sampling_rate_max

2011-03-16T21:54:32+00:00

Marked deprecated for quite a while now...

Signed-off-by: Thomas Renninger 
Signed-off-by: Dave Jones 
CC: cpufreq@vger.kernel.org

[CPUFREQ] drivers/cpufreq: Remove unnecessary semicolons

2011-03-16T21:54:31+00:00

Signed-off-by: Joe Perches 
Signed-off-by: Dave Jones

cpufreq: use system_wq instead of dedicated workqueues

2011-01-26T11:12:50+00:00

With cmwq, there's no reason for cpufreq drivers to use separate
workqueues.  Remove the dedicated workqueues from cpufreq_conservative
and cpufreq_ondemand and use system_wq instead.  The work items are
already sync canceled on stop, so it's already guaranteed that no work
is running on module exit.

Signed-off-by: Tejun Heo 
Acked-by: Dave Jones 
Cc: cpufreq@vger.kernel.org

Merge commit 'v2.6.34-rc6' into x86/cpu

2010-05-08T21:59:58+00:00