linux/arch/ia64/kernel
Alex Williamson 182fdd225d [IA64] Fix processor_get_freq
The core cpufreq code doesn't appear to understand returning -EAGAIN
for the get() function of the cpufreq_driver.  If PAL_GET_PSTATE returns
-1, such as when running on Xen, scaling_cur_freq is happy to return
4294967285 kHz (ie. (unsigned)-11).  The other drivers appear to return
0 for a failure, and doing so gives me the max frequency from
scaling_cur_frequency and "<unknown>" from cpuinfo_cur_frequency.  I
believe that's the desired behavior.

Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Acked-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2007-08-15 13:20:38 -07:00
..
cpufreq [IA64] Fix processor_get_freq 2007-08-15 13:20:38 -07:00
acpi-ext.c
acpi-processor.c
acpi.c
asm-offsets.c
audit.c
brl_emu.c
crash_dump.c
crash.c
cyclone.c
efi_stub.S
efi.c
entry.h
entry.S
err_inject.c
esi_stub.S
esi.c
fsys.S
fsyscall_gtod_data.h
gate-data.S
gate.lds.S
gate.S
head.S
ia64_ksyms.c
init_task.c
iosapic.c
irq_ia64.c
irq_lsapic.c
irq.c
ivt.S
jprobes.S
kprobes.c
machine_kexec.c
machvec.c
Makefile
mca_asm.S
mca_drv_asm.S
mca_drv.c
mca_drv.h
mca.c
minstate.h
module.c
msi_ia64.c
numa.c
pal.S
palinfo.c
patch.c
perfmon_default_smpl.c
perfmon_generic.h
perfmon_itanium.h
perfmon_mckinley.h
perfmon_montecito.h
perfmon.c
process.c
ptrace.c
relocate_kernel.S
sal.c
salinfo.c
semaphore.c
setup.c
sigframe.h
signal.c
smp.c
smpboot.c
sys_ia64.c
time.c
topology.c
traps.c
unaligned.c
uncached.c
unwind_decoder.c
unwind_i.h
unwind.c
vmlinux.lds.S