forked from luck/tmp_suning_uos_patched
1937f5b918
Fix: arch/arm/mach-sa1100/generic.c:117: error: redefinition of 'cpufreq_get' include/linux/cpufreq.h:299: error: previous definition of 'cpufreq_get' was here cpufreq_get() is used on these platforms to tell drivers what the CPU frequency is, and therefore the bus frequency - which is critical for setting the PCMCIA and LCD timings. Adding ifdefs to these drivers to select cpufreq_get() or some other interface adds confusion. Making these drivers use some other interface for the normal paths and cpufreq stuff for the cpufreq notifier is insane as well. (Why x86 can't provide a version of cpufreq_get() which returns the CPU frequency when CPUFREQ is disabled is beyond me, rather than requiring a dummy zero-returning cpufreq_get(). Especially as they do: unsigned long khz = cpufreq_get(cpu); if (!khz) khz = tsc_khz; In other words, if CPUFREQ is disabled, get it from tsc_khz - why not provide a dummy cpufreq_get() which returns tsc_khz?) Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> |
||
---|---|---|
.. | ||
include/mach | ||
assabet.c | ||
badge4.c | ||
cerf.c | ||
clock.c | ||
collie.c | ||
cpu-sa1100.c | ||
cpu-sa1110.c | ||
dma.c | ||
generic.c | ||
generic.h | ||
gpio.c | ||
h3xxx.c | ||
h3100.c | ||
h3600.c | ||
hackkit.c | ||
irq.c | ||
jornada720_ssp.c | ||
jornada720.c | ||
Kconfig | ||
lart.c | ||
leds-assabet.c | ||
leds-badge4.c | ||
leds-cerf.c | ||
leds-hackkit.c | ||
leds-lart.c | ||
leds-simpad.c | ||
leds.c | ||
leds.h | ||
Makefile | ||
Makefile.boot | ||
neponset.c | ||
pleb.c | ||
pm.c | ||
shannon.c | ||
simpad.c | ||
sleep.S | ||
ssp.c | ||
time.c |