Andi Kleen 9eb59573d4 [CPUFREQ] Don't take semaphore in cpufreq_quick_get() ... I don't see any reason to take an expensive lock in cpufreq_quick_get() Reading policy->cur is a single atomic operation and after the lock is dropped again the state could change any time anyways. So don't take the lock in the first place. This also makes this function interrupt safe which is useful for some code of mine. Signed-off-by: Andi Kleen <ak@suse.de> Cc: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com> Signed-off-by: Dave Jones <davej@redhat.com>		2007-10-09 21:44:06 -04:00
..
cpufreq_conservative.c	[CPUFREQ] allow ondemand and conservative cpufreq governors to be used as default	2007-10-04 18:40:57 -04:00
cpufreq_ondemand.c	[CPUFREQ] allow ondemand and conservative cpufreq governors to be used as default	2007-10-04 18:40:57 -04:00
cpufreq_performance.c
cpufreq_powersave.c
cpufreq_stats.c	[CPUFREQ] cpufreq_stats: misc cpuinit section annotations	2007-10-04 18:40:57 -04:00
cpufreq_userspace.c
cpufreq.c	[CPUFREQ] Don't take semaphore in cpufreq_quick_get()	2007-10-09 21:44:06 -04:00
freq_table.c
Kconfig	[CPUFREQ] allow ondemand and conservative cpufreq governors to be used as default	2007-10-04 18:40:57 -04:00
Makefile