aboutsummaryrefslogtreecommitdiff
path: root/drivers/scsi
diff options
context:
space:
mode:
authorAlex Williamson <alex.williamson@hp.com>2007-08-13 15:49:46 -0600
committerTony Luck <tony.luck@intel.com>2007-08-15 13:20:38 -0700
commit182fdd225de8fc3b1b721ae944fc41146a0bd812 (patch)
tree0b9d55146bebbbbe79358f20caf7c644e695607b /drivers/scsi
parent352b0ef50d98049bf022a31eaf2272f52e2f5219 (diff)
[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>
Diffstat (limited to 'drivers/scsi')
0 files changed, 0 insertions, 0 deletions