2013-02-07 01:02:13 +08:00
|
|
|
/*
|
2013-04-10 06:38:18 +08:00
|
|
|
* intel_pstate.c: Native P state management for Intel processors
|
2013-02-07 01:02:13 +08:00
|
|
|
*
|
|
|
|
* (C) Copyright 2012 Intel Corporation
|
|
|
|
* Author: Dirk Brandewie <dirk.j.brandewie@intel.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; version 2
|
|
|
|
* of the License.
|
|
|
|
*/
|
|
|
|
|
2016-04-06 04:28:23 +08:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/kernel_stat.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/ktime.h>
|
|
|
|
#include <linux/hrtimer.h>
|
|
|
|
#include <linux/tick.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/cpu.h>
|
|
|
|
#include <linux/cpufreq.h>
|
|
|
|
#include <linux/sysfs.h>
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/debugfs.h>
|
2013-10-31 23:24:05 +08:00
|
|
|
#include <linux/acpi.h>
|
2015-06-02 17:01:38 +08:00
|
|
|
#include <linux/vmalloc.h>
|
2013-02-07 01:02:13 +08:00
|
|
|
#include <trace/events/power.h>
|
|
|
|
|
|
|
|
#include <asm/div64.h>
|
|
|
|
#include <asm/msr.h>
|
|
|
|
#include <asm/cpu_device_id.h>
|
2015-04-03 21:19:53 +08:00
|
|
|
#include <asm/cpufeature.h>
|
2016-06-03 08:19:45 +08:00
|
|
|
#include <asm/intel-family.h>
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
#define ATOM_RATIOS 0x66a
|
|
|
|
#define ATOM_VIDS 0x66b
|
|
|
|
#define ATOM_TURBO_RATIOS 0x66c
|
|
|
|
#define ATOM_TURBO_VIDS 0x66d
|
2014-02-13 02:01:07 +08:00
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
|
|
|
#include <acpi/processor.h>
|
|
|
|
#endif
|
|
|
|
|
2014-05-30 00:32:23 +08:00
|
|
|
#define FRAC_BITS 8
|
2013-02-07 01:02:13 +08:00
|
|
|
#define int_tofp(X) ((int64_t)(X) << FRAC_BITS)
|
|
|
|
#define fp_toint(X) ((X) >> FRAC_BITS)
|
2014-05-30 00:32:23 +08:00
|
|
|
|
2016-05-12 01:09:12 +08:00
|
|
|
#define EXT_BITS 6
|
|
|
|
#define EXT_FRAC_BITS (EXT_BITS + FRAC_BITS)
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static inline int32_t mul_fp(int32_t x, int32_t y)
|
|
|
|
{
|
|
|
|
return ((int64_t)x * (int64_t)y) >> FRAC_BITS;
|
|
|
|
}
|
|
|
|
|
intel_pstate: Fix overflow in busy_scaled due to long delay
The kernel may delay interrupts for a long time which can result in timers
being delayed. If this occurs the intel_pstate driver will crash with a
divide by zero error:
divide error: 0000 [#1] SMP
Modules linked in: btrfs zlib_deflate raid6_pq xor msdos ext4 mbcache jbd2 binfmt_misc arc4 md4 nls_utf8 cifs dns_resolver tcp_lp bnep bluetooth rfkill fuse dm_service_time iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ftp ip6t_rpfilter ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter ip_tables intel_powerclamp coretemp vfat fat kvm_intel iTCO_wdt iTCO_vendor_support ipmi_devintf sr_mod kvm crct10dif_pclmul
crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel cdc_ether lrw usbnet cdrom mii gf128mul glue_helper ablk_helper cryptd lpc_ich mfd_core pcspkr sb_edac edac_core ipmi_si ipmi_msghandler ioatdma wmi shpchp acpi_pad nfsd auth_rpcgss nfs_acl lockd uinput dm_multipath sunrpc xfs libcrc32c usb_storage sd_mod crc_t10dif crct10dif_common ixgbe mgag200 syscopyarea sysfillrect sysimgblt mdio drm_kms_helper ttm igb drm ptp pps_core dca i2c_algo_bit megaraid_sas i2c_core dm_mirror dm_region_hash dm_log dm_mod
CPU: 113 PID: 0 Comm: swapper/113 Tainted: G W -------------- 3.10.0-229.1.2.el7.x86_64 #1
Hardware name: IBM x3950 X6 -[3837AC2]-/00FN827, BIOS -[A8E112BUS-1.00]- 08/27/2014
task: ffff880fe8abe660 ti: ffff880fe8ae4000 task.ti: ffff880fe8ae4000
RIP: 0010:[<ffffffff814a9279>] [<ffffffff814a9279>] intel_pstate_timer_func+0x179/0x3d0
RSP: 0018:ffff883fff4e3db8 EFLAGS: 00010206
RAX: 0000000027100000 RBX: ffff883fe6965100 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000010 RDI: 000000002e53632d
RBP: ffff883fff4e3e20 R08: 000e6f69a5a125c0 R09: ffff883fe84ec001
R10: 0000000000000002 R11: 0000000000000005 R12: 00000000000049f5
R13: 0000000000271000 R14: 00000000000049f5 R15: 0000000000000246
FS: 0000000000000000(0000) GS:ffff883fff4e0000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f7668601000 CR3: 000000000190a000 CR4: 00000000001407e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Stack:
ffff883fff4e3e58 ffffffff81099dc1 0000000000000086 0000000000000071
ffff883fff4f3680 0000000000000071 fbdc8a965e33afee ffffffff810b69dd
ffff883fe84ec000 ffff883fe6965108 0000000000000100 ffffffff814a9100
Call Trace:
<IRQ>
[<ffffffff81099dc1>] ? run_posix_cpu_timers+0x51/0x840
[<ffffffff810b69dd>] ? trigger_load_balance+0x5d/0x200
[<ffffffff814a9100>] ? pid_param_set+0x130/0x130
[<ffffffff8107df56>] call_timer_fn+0x36/0x110
[<ffffffff814a9100>] ? pid_param_set+0x130/0x130
[<ffffffff8107fdcf>] run_timer_softirq+0x21f/0x320
[<ffffffff81077b2f>] __do_softirq+0xef/0x280
[<ffffffff816156dc>] call_softirq+0x1c/0x30
[<ffffffff81015d95>] do_softirq+0x65/0xa0
[<ffffffff81077ec5>] irq_exit+0x115/0x120
[<ffffffff81616355>] smp_apic_timer_interrupt+0x45/0x60
[<ffffffff81614a1d>] apic_timer_interrupt+0x6d/0x80
<EOI>
[<ffffffff814a9c32>] ? cpuidle_enter_state+0x52/0xc0
[<ffffffff814a9c28>] ? cpuidle_enter_state+0x48/0xc0
[<ffffffff814a9d65>] cpuidle_idle_call+0xc5/0x200
[<ffffffff8101d14e>] arch_cpu_idle+0xe/0x30
[<ffffffff810c67c1>] cpu_startup_entry+0xf1/0x290
[<ffffffff8104228a>] start_secondary+0x1ba/0x230
Code: 42 0f 00 45 89 e6 48 01 c2 43 8d 44 6d 00 39 d0 73 26 49 c1 e5 08 89 d2 4d 63 f4 49 63 c5 48 c1 e2 08 48 c1 e0 08 48 63 ca 48 99 <48> f7 f9 48 98 4c 0f af f0 49 c1 ee 08 8b 43 78 c1 e0 08 44 29
RIP [<ffffffff814a9279>] intel_pstate_timer_func+0x179/0x3d0
RSP <ffff883fff4e3db8>
The kernel values for cpudata for CPU 113 were:
struct cpudata {
cpu = 113,
timer = {
entry = {
next = 0x0,
prev = 0xdead000000200200
},
expires = 8357799745,
base = 0xffff883fe84ec001,
function = 0xffffffff814a9100 <intel_pstate_timer_func>,
data = 18446612406765768960,
<snip>
i_gain = 0,
d_gain = 0,
deadband = 0,
last_err = 22489
},
last_sample_time = {
tv64 = 4063132438017305
},
prev_aperf = 287326796397463,
prev_mperf = 251427432090198,
sample = {
core_pct_busy = 23081,
aperf = 2937407,
mperf = 3257884,
freq = 2524484,
time = {
tv64 = 4063149215234118
}
}
}
which results in the time between samples = last_sample_time - sample.time
= 4063149215234118 - 4063132438017305 = 16777216813 which is 16.777 seconds.
The duration between reads of the APERF and MPERF registers overflowed a s32
sized integer in intel_pstate_get_scaled_busy()'s call to div_fp(). The result
is that int_tofp(duration_us) == 0, and the kernel attempts to divide by 0.
While the kernel shouldn't be delaying for a long time, it can and does
happen and the intel_pstate driver should not panic in this situation. This
patch changes the div_fp() function to use div64_s64() to allow for "long"
division. This will avoid the overflow condition on long delays.
[v2]: use div64_s64() in div_fp()
Signed-off-by: Prarit Bhargava <prarit@redhat.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2015-06-16 01:43:29 +08:00
|
|
|
static inline int32_t div_fp(s64 x, s64 y)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
intel_pstate: Fix overflow in busy_scaled due to long delay
The kernel may delay interrupts for a long time which can result in timers
being delayed. If this occurs the intel_pstate driver will crash with a
divide by zero error:
divide error: 0000 [#1] SMP
Modules linked in: btrfs zlib_deflate raid6_pq xor msdos ext4 mbcache jbd2 binfmt_misc arc4 md4 nls_utf8 cifs dns_resolver tcp_lp bnep bluetooth rfkill fuse dm_service_time iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ftp ip6t_rpfilter ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter ip_tables intel_powerclamp coretemp vfat fat kvm_intel iTCO_wdt iTCO_vendor_support ipmi_devintf sr_mod kvm crct10dif_pclmul
crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel cdc_ether lrw usbnet cdrom mii gf128mul glue_helper ablk_helper cryptd lpc_ich mfd_core pcspkr sb_edac edac_core ipmi_si ipmi_msghandler ioatdma wmi shpchp acpi_pad nfsd auth_rpcgss nfs_acl lockd uinput dm_multipath sunrpc xfs libcrc32c usb_storage sd_mod crc_t10dif crct10dif_common ixgbe mgag200 syscopyarea sysfillrect sysimgblt mdio drm_kms_helper ttm igb drm ptp pps_core dca i2c_algo_bit megaraid_sas i2c_core dm_mirror dm_region_hash dm_log dm_mod
CPU: 113 PID: 0 Comm: swapper/113 Tainted: G W -------------- 3.10.0-229.1.2.el7.x86_64 #1
Hardware name: IBM x3950 X6 -[3837AC2]-/00FN827, BIOS -[A8E112BUS-1.00]- 08/27/2014
task: ffff880fe8abe660 ti: ffff880fe8ae4000 task.ti: ffff880fe8ae4000
RIP: 0010:[<ffffffff814a9279>] [<ffffffff814a9279>] intel_pstate_timer_func+0x179/0x3d0
RSP: 0018:ffff883fff4e3db8 EFLAGS: 00010206
RAX: 0000000027100000 RBX: ffff883fe6965100 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000010 RDI: 000000002e53632d
RBP: ffff883fff4e3e20 R08: 000e6f69a5a125c0 R09: ffff883fe84ec001
R10: 0000000000000002 R11: 0000000000000005 R12: 00000000000049f5
R13: 0000000000271000 R14: 00000000000049f5 R15: 0000000000000246
FS: 0000000000000000(0000) GS:ffff883fff4e0000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f7668601000 CR3: 000000000190a000 CR4: 00000000001407e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Stack:
ffff883fff4e3e58 ffffffff81099dc1 0000000000000086 0000000000000071
ffff883fff4f3680 0000000000000071 fbdc8a965e33afee ffffffff810b69dd
ffff883fe84ec000 ffff883fe6965108 0000000000000100 ffffffff814a9100
Call Trace:
<IRQ>
[<ffffffff81099dc1>] ? run_posix_cpu_timers+0x51/0x840
[<ffffffff810b69dd>] ? trigger_load_balance+0x5d/0x200
[<ffffffff814a9100>] ? pid_param_set+0x130/0x130
[<ffffffff8107df56>] call_timer_fn+0x36/0x110
[<ffffffff814a9100>] ? pid_param_set+0x130/0x130
[<ffffffff8107fdcf>] run_timer_softirq+0x21f/0x320
[<ffffffff81077b2f>] __do_softirq+0xef/0x280
[<ffffffff816156dc>] call_softirq+0x1c/0x30
[<ffffffff81015d95>] do_softirq+0x65/0xa0
[<ffffffff81077ec5>] irq_exit+0x115/0x120
[<ffffffff81616355>] smp_apic_timer_interrupt+0x45/0x60
[<ffffffff81614a1d>] apic_timer_interrupt+0x6d/0x80
<EOI>
[<ffffffff814a9c32>] ? cpuidle_enter_state+0x52/0xc0
[<ffffffff814a9c28>] ? cpuidle_enter_state+0x48/0xc0
[<ffffffff814a9d65>] cpuidle_idle_call+0xc5/0x200
[<ffffffff8101d14e>] arch_cpu_idle+0xe/0x30
[<ffffffff810c67c1>] cpu_startup_entry+0xf1/0x290
[<ffffffff8104228a>] start_secondary+0x1ba/0x230
Code: 42 0f 00 45 89 e6 48 01 c2 43 8d 44 6d 00 39 d0 73 26 49 c1 e5 08 89 d2 4d 63 f4 49 63 c5 48 c1 e2 08 48 c1 e0 08 48 63 ca 48 99 <48> f7 f9 48 98 4c 0f af f0 49 c1 ee 08 8b 43 78 c1 e0 08 44 29
RIP [<ffffffff814a9279>] intel_pstate_timer_func+0x179/0x3d0
RSP <ffff883fff4e3db8>
The kernel values for cpudata for CPU 113 were:
struct cpudata {
cpu = 113,
timer = {
entry = {
next = 0x0,
prev = 0xdead000000200200
},
expires = 8357799745,
base = 0xffff883fe84ec001,
function = 0xffffffff814a9100 <intel_pstate_timer_func>,
data = 18446612406765768960,
<snip>
i_gain = 0,
d_gain = 0,
deadband = 0,
last_err = 22489
},
last_sample_time = {
tv64 = 4063132438017305
},
prev_aperf = 287326796397463,
prev_mperf = 251427432090198,
sample = {
core_pct_busy = 23081,
aperf = 2937407,
mperf = 3257884,
freq = 2524484,
time = {
tv64 = 4063149215234118
}
}
}
which results in the time between samples = last_sample_time - sample.time
= 4063149215234118 - 4063132438017305 = 16777216813 which is 16.777 seconds.
The duration between reads of the APERF and MPERF registers overflowed a s32
sized integer in intel_pstate_get_scaled_busy()'s call to div_fp(). The result
is that int_tofp(duration_us) == 0, and the kernel attempts to divide by 0.
While the kernel shouldn't be delaying for a long time, it can and does
happen and the intel_pstate driver should not panic in this situation. This
patch changes the div_fp() function to use div64_s64() to allow for "long"
division. This will avoid the overflow condition on long delays.
[v2]: use div64_s64() in div_fp()
Signed-off-by: Prarit Bhargava <prarit@redhat.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2015-06-16 01:43:29 +08:00
|
|
|
return div64_s64((int64_t)x << FRAC_BITS, y);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2014-10-13 23:37:44 +08:00
|
|
|
static inline int ceiling_fp(int32_t x)
|
|
|
|
{
|
|
|
|
int mask, ret;
|
|
|
|
|
|
|
|
ret = fp_toint(x);
|
|
|
|
mask = (1 << FRAC_BITS) - 1;
|
|
|
|
if (x & mask)
|
|
|
|
ret += 1;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2016-05-12 01:09:12 +08:00
|
|
|
static inline u64 mul_ext_fp(u64 x, u64 y)
|
|
|
|
{
|
|
|
|
return (x * y) >> EXT_FRAC_BITS;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline u64 div_ext_fp(u64 x, u64 y)
|
|
|
|
{
|
|
|
|
return div64_u64(x << EXT_FRAC_BITS, y);
|
|
|
|
}
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct sample - Store performance sample
|
2016-05-12 01:09:12 +08:00
|
|
|
* @core_avg_perf: Ratio of APERF/MPERF which is the actual average
|
2016-04-04 04:06:46 +08:00
|
|
|
* performance during last sample period
|
|
|
|
* @busy_scaled: Scaled busy value which is used to calculate next
|
2016-05-12 01:09:12 +08:00
|
|
|
* P state. This can be different than core_avg_perf
|
2016-04-04 04:06:46 +08:00
|
|
|
* to account for cpu idle period
|
|
|
|
* @aperf: Difference of actual performance frequency clock count
|
|
|
|
* read from APERF MSR between last and current sample
|
|
|
|
* @mperf: Difference of maximum performance frequency clock count
|
|
|
|
* read from MPERF MSR between last and current sample
|
|
|
|
* @tsc: Difference of time stamp counter between last and
|
|
|
|
* current sample
|
|
|
|
* @freq: Effective frequency calculated from APERF/MPERF
|
|
|
|
* @time: Current time from scheduler
|
|
|
|
*
|
|
|
|
* This structure is used in the cpudata structure to store performance sample
|
|
|
|
* data for choosing next P State.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct sample {
|
2016-05-12 01:09:12 +08:00
|
|
|
int32_t core_avg_perf;
|
2015-12-05 00:40:30 +08:00
|
|
|
int32_t busy_scaled;
|
2013-02-07 01:02:13 +08:00
|
|
|
u64 aperf;
|
|
|
|
u64 mperf;
|
2015-04-12 12:10:26 +08:00
|
|
|
u64 tsc;
|
2013-02-07 01:02:13 +08:00
|
|
|
int freq;
|
2016-02-05 08:45:30 +08:00
|
|
|
u64 time;
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct pstate_data - Store P state data
|
|
|
|
* @current_pstate: Current requested P state
|
|
|
|
* @min_pstate: Min P state possible for this platform
|
|
|
|
* @max_pstate: Max P state possible for this platform
|
|
|
|
* @max_pstate_physical:This is physical Max P state for a processor
|
|
|
|
* This can be higher than the max_pstate which can
|
|
|
|
* be limited by platform thermal design power limits
|
|
|
|
* @scaling: Scaling factor to convert frequency to cpufreq
|
|
|
|
* frequency units
|
|
|
|
* @turbo_pstate: Max Turbo P state possible for this platform
|
|
|
|
*
|
|
|
|
* Stores the per cpu model P state limits and current P state.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct pstate_data {
|
|
|
|
int current_pstate;
|
|
|
|
int min_pstate;
|
|
|
|
int max_pstate;
|
2015-10-15 07:12:00 +08:00
|
|
|
int max_pstate_physical;
|
2014-10-13 23:37:43 +08:00
|
|
|
int scaling;
|
2013-02-07 01:02:13 +08:00
|
|
|
int turbo_pstate;
|
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct vid_data - Stores voltage information data
|
|
|
|
* @min: VID data for this platform corresponding to
|
|
|
|
* the lowest P state
|
|
|
|
* @max: VID data corresponding to the highest P State.
|
|
|
|
* @turbo: VID data for turbo P state
|
|
|
|
* @ratio: Ratio of (vid max - vid min) /
|
|
|
|
* (max P state - Min P State)
|
|
|
|
*
|
|
|
|
* Stores the voltage data for DVFS (Dynamic Voltage and Frequency Scaling)
|
|
|
|
* This data is used in Atom platforms, where in addition to target P state,
|
|
|
|
* the voltage data needs to be specified to select next P State.
|
|
|
|
*/
|
2013-12-19 02:32:39 +08:00
|
|
|
struct vid_data {
|
2014-05-09 03:57:23 +08:00
|
|
|
int min;
|
|
|
|
int max;
|
|
|
|
int turbo;
|
2013-12-19 02:32:39 +08:00
|
|
|
int32_t ratio;
|
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct _pid - Stores PID data
|
|
|
|
* @setpoint: Target set point for busyness or performance
|
|
|
|
* @integral: Storage for accumulated error values
|
|
|
|
* @p_gain: PID proportional gain
|
|
|
|
* @i_gain: PID integral gain
|
|
|
|
* @d_gain: PID derivative gain
|
|
|
|
* @deadband: PID deadband
|
|
|
|
* @last_err: Last error storage for integral part of PID calculation
|
|
|
|
*
|
|
|
|
* Stores PID coefficients and last error for PID controller.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct _pid {
|
|
|
|
int setpoint;
|
|
|
|
int32_t integral;
|
|
|
|
int32_t p_gain;
|
|
|
|
int32_t i_gain;
|
|
|
|
int32_t d_gain;
|
|
|
|
int deadband;
|
2013-10-22 00:20:32 +08:00
|
|
|
int32_t last_err;
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct cpudata - Per CPU instance data storage
|
|
|
|
* @cpu: CPU number for this instance data
|
|
|
|
* @update_util: CPUFreq utility callback information
|
2016-05-11 14:33:08 +08:00
|
|
|
* @update_util_set: CPUFreq utility callback is set
|
2016-04-04 04:06:46 +08:00
|
|
|
* @pstate: Stores P state limits for this CPU
|
|
|
|
* @vid: Stores VID limits for this CPU
|
|
|
|
* @pid: Stores PID parameters for this CPU
|
|
|
|
* @last_sample_time: Last Sample time
|
|
|
|
* @prev_aperf: Last APERF value read from APERF MSR
|
|
|
|
* @prev_mperf: Last MPERF value read from MPERF MSR
|
|
|
|
* @prev_tsc: Last timestamp counter (TSC) value
|
|
|
|
* @prev_cummulative_iowait: IO Wait time difference from last and
|
|
|
|
* current sample
|
|
|
|
* @sample: Storage for storing last Sample data
|
2016-04-28 06:48:06 +08:00
|
|
|
* @acpi_perf_data: Stores ACPI perf information read from _PSS
|
|
|
|
* @valid_pss_table: Set to true for valid ACPI _PSS entries found
|
2016-04-04 04:06:46 +08:00
|
|
|
*
|
|
|
|
* This structure stores per CPU instance data for all CPUs.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct cpudata {
|
|
|
|
int cpu;
|
|
|
|
|
2016-02-05 08:45:30 +08:00
|
|
|
struct update_util_data update_util;
|
2016-05-11 14:33:08 +08:00
|
|
|
bool update_util_set;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
struct pstate_data pstate;
|
2013-12-19 02:32:39 +08:00
|
|
|
struct vid_data vid;
|
2013-02-07 01:02:13 +08:00
|
|
|
struct _pid pid;
|
|
|
|
|
2016-02-05 08:45:30 +08:00
|
|
|
u64 last_sample_time;
|
2013-02-07 01:02:13 +08:00
|
|
|
u64 prev_aperf;
|
|
|
|
u64 prev_mperf;
|
2015-04-12 12:10:26 +08:00
|
|
|
u64 prev_tsc;
|
2015-12-05 00:40:35 +08:00
|
|
|
u64 prev_cummulative_iowait;
|
2014-02-13 02:01:04 +08:00
|
|
|
struct sample sample;
|
2016-04-28 06:48:06 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
|
|
|
struct acpi_processor_performance acpi_perf_data;
|
|
|
|
bool valid_pss_table;
|
|
|
|
#endif
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct cpudata **all_cpu_data;
|
2016-04-04 04:06:46 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* struct pid_adjust_policy - Stores static PID configuration data
|
|
|
|
* @sample_rate_ms: PID calculation sample rate in ms
|
|
|
|
* @sample_rate_ns: Sample rate calculation in ns
|
|
|
|
* @deadband: PID deadband
|
|
|
|
* @setpoint: PID Setpoint
|
|
|
|
* @p_gain_pct: PID proportional gain
|
|
|
|
* @i_gain_pct: PID integral gain
|
|
|
|
* @d_gain_pct: PID derivative gain
|
|
|
|
*
|
|
|
|
* Stores per CPU model static PID configuration data.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct pstate_adjust_policy {
|
|
|
|
int sample_rate_ms;
|
2016-02-05 08:45:30 +08:00
|
|
|
s64 sample_rate_ns;
|
2013-02-07 01:02:13 +08:00
|
|
|
int deadband;
|
|
|
|
int setpoint;
|
|
|
|
int p_gain_pct;
|
|
|
|
int d_gain_pct;
|
|
|
|
int i_gain_pct;
|
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct pstate_funcs - Per CPU model specific callbacks
|
|
|
|
* @get_max: Callback to get maximum non turbo effective P state
|
|
|
|
* @get_max_physical: Callback to get maximum non turbo physical P state
|
|
|
|
* @get_min: Callback to get minimum P state
|
|
|
|
* @get_turbo: Callback to get turbo P state
|
|
|
|
* @get_scaling: Callback to get frequency scaling factor
|
|
|
|
* @get_val: Callback to convert P state to actual MSR write value
|
|
|
|
* @get_vid: Callback to get VID data for Atom platforms
|
|
|
|
* @get_target_pstate: Callback to a function to calculate next P state to use
|
|
|
|
*
|
|
|
|
* Core and Atom CPU models have different way to get P State limits. This
|
|
|
|
* structure is used to store those callbacks.
|
|
|
|
*/
|
2013-10-22 00:20:34 +08:00
|
|
|
struct pstate_funcs {
|
|
|
|
int (*get_max)(void);
|
2015-10-15 07:12:00 +08:00
|
|
|
int (*get_max_physical)(void);
|
2013-10-22 00:20:34 +08:00
|
|
|
int (*get_min)(void);
|
|
|
|
int (*get_turbo)(void);
|
2014-10-13 23:37:43 +08:00
|
|
|
int (*get_scaling)(void);
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
u64 (*get_val)(struct cpudata*, int pstate);
|
2013-12-19 02:32:39 +08:00
|
|
|
void (*get_vid)(struct cpudata *);
|
2015-12-05 00:40:30 +08:00
|
|
|
int32_t (*get_target_pstate)(struct cpudata *);
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2016-04-04 04:06:46 +08:00
|
|
|
/**
|
|
|
|
* struct cpu_defaults- Per CPU model default config data
|
|
|
|
* @pid_policy: PID config data
|
|
|
|
* @funcs: Callback function data
|
|
|
|
*/
|
2013-10-22 00:20:34 +08:00
|
|
|
struct cpu_defaults {
|
|
|
|
struct pstate_adjust_policy pid_policy;
|
|
|
|
struct pstate_funcs funcs;
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2015-12-05 00:40:30 +08:00
|
|
|
static inline int32_t get_target_pstate_use_performance(struct cpudata *cpu);
|
2015-12-05 00:40:32 +08:00
|
|
|
static inline int32_t get_target_pstate_use_cpu_load(struct cpudata *cpu);
|
2015-12-05 00:40:30 +08:00
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
static struct pstate_adjust_policy pid_params;
|
|
|
|
static struct pstate_funcs pstate_funcs;
|
2014-11-07 01:40:47 +08:00
|
|
|
static int hwp_active;
|
2013-10-22 00:20:34 +08:00
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
|
|
|
static bool acpi_ppc;
|
|
|
|
#endif
|
2016-04-04 04:06:46 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* struct perf_limits - Store user and policy limits
|
|
|
|
* @no_turbo: User requested turbo state from intel_pstate sysfs
|
|
|
|
* @turbo_disabled: Platform turbo status either from msr
|
|
|
|
* MSR_IA32_MISC_ENABLE or when maximum available pstate
|
|
|
|
* matches the maximum turbo pstate
|
|
|
|
* @max_perf_pct: Effective maximum performance limit in percentage, this
|
|
|
|
* is minimum of either limits enforced by cpufreq policy
|
|
|
|
* or limits from user set limits via intel_pstate sysfs
|
|
|
|
* @min_perf_pct: Effective minimum performance limit in percentage, this
|
|
|
|
* is maximum of either limits enforced by cpufreq policy
|
|
|
|
* or limits from user set limits via intel_pstate sysfs
|
|
|
|
* @max_perf: This is a scaled value between 0 to 255 for max_perf_pct
|
|
|
|
* This value is used to limit max pstate
|
|
|
|
* @min_perf: This is a scaled value between 0 to 255 for min_perf_pct
|
|
|
|
* This value is used to limit min pstate
|
|
|
|
* @max_policy_pct: The maximum performance in percentage enforced by
|
|
|
|
* cpufreq setpolicy interface
|
|
|
|
* @max_sysfs_pct: The maximum performance in percentage enforced by
|
|
|
|
* intel pstate sysfs interface
|
|
|
|
* @min_policy_pct: The minimum performance in percentage enforced by
|
|
|
|
* cpufreq setpolicy interface
|
|
|
|
* @min_sysfs_pct: The minimum performance in percentage enforced by
|
|
|
|
* intel pstate sysfs interface
|
|
|
|
*
|
|
|
|
* Storage for user and policy defined limits.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
struct perf_limits {
|
|
|
|
int no_turbo;
|
2014-06-20 22:27:59 +08:00
|
|
|
int turbo_disabled;
|
2013-02-07 01:02:13 +08:00
|
|
|
int max_perf_pct;
|
|
|
|
int min_perf_pct;
|
|
|
|
int32_t max_perf;
|
|
|
|
int32_t min_perf;
|
2013-05-07 23:20:26 +08:00
|
|
|
int max_policy_pct;
|
|
|
|
int max_sysfs_pct;
|
2015-01-30 05:03:52 +08:00
|
|
|
int min_policy_pct;
|
|
|
|
int min_sysfs_pct;
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
static struct perf_limits performance_limits = {
|
|
|
|
.no_turbo = 0,
|
|
|
|
.turbo_disabled = 0,
|
|
|
|
.max_perf_pct = 100,
|
|
|
|
.max_perf = int_tofp(1),
|
|
|
|
.min_perf_pct = 100,
|
|
|
|
.min_perf = int_tofp(1),
|
|
|
|
.max_policy_pct = 100,
|
|
|
|
.max_sysfs_pct = 100,
|
|
|
|
.min_policy_pct = 0,
|
|
|
|
.min_sysfs_pct = 0,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct perf_limits powersave_limits = {
|
2013-02-07 01:02:13 +08:00
|
|
|
.no_turbo = 0,
|
2014-10-13 23:37:41 +08:00
|
|
|
.turbo_disabled = 0,
|
2013-02-07 01:02:13 +08:00
|
|
|
.max_perf_pct = 100,
|
|
|
|
.max_perf = int_tofp(1),
|
|
|
|
.min_perf_pct = 0,
|
|
|
|
.min_perf = 0,
|
2013-05-07 23:20:26 +08:00
|
|
|
.max_policy_pct = 100,
|
|
|
|
.max_sysfs_pct = 100,
|
2015-01-30 05:03:52 +08:00
|
|
|
.min_policy_pct = 0,
|
|
|
|
.min_sysfs_pct = 0,
|
2013-02-07 01:02:13 +08:00
|
|
|
};
|
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
#ifdef CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE
|
|
|
|
static struct perf_limits *limits = &performance_limits;
|
|
|
|
#else
|
|
|
|
static struct perf_limits *limits = &powersave_limits;
|
|
|
|
#endif
|
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
2016-04-28 06:48:08 +08:00
|
|
|
|
|
|
|
static bool intel_pstate_get_ppc_enable_status(void)
|
|
|
|
{
|
|
|
|
if (acpi_gbl_FADT.preferred_profile == PM_ENTERPRISE_SERVER ||
|
|
|
|
acpi_gbl_FADT.preferred_profile == PM_PERFORMANCE_SERVER)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
return acpi_ppc;
|
|
|
|
}
|
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
static void intel_pstate_init_acpi_perf_limits(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
|
|
|
int ret;
|
|
|
|
int i;
|
|
|
|
|
2016-05-05 06:07:34 +08:00
|
|
|
if (hwp_active)
|
|
|
|
return;
|
|
|
|
|
2016-04-28 06:48:08 +08:00
|
|
|
if (!intel_pstate_get_ppc_enable_status())
|
2016-04-28 06:48:06 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[policy->cpu];
|
|
|
|
|
|
|
|
ret = acpi_processor_register_performance(&cpu->acpi_perf_data,
|
|
|
|
policy->cpu);
|
|
|
|
if (ret)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if the control value in _PSS is for PERF_CTL MSR, which should
|
|
|
|
* guarantee that the states returned by it map to the states in our
|
|
|
|
* list directly.
|
|
|
|
*/
|
|
|
|
if (cpu->acpi_perf_data.control_register.space_id !=
|
|
|
|
ACPI_ADR_SPACE_FIXED_HARDWARE)
|
|
|
|
goto err;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If there is only one entry _PSS, simply ignore _PSS and continue as
|
|
|
|
* usual without taking _PSS into account
|
|
|
|
*/
|
|
|
|
if (cpu->acpi_perf_data.state_count < 2)
|
|
|
|
goto err;
|
|
|
|
|
|
|
|
pr_debug("CPU%u - ACPI _PSS perf data\n", policy->cpu);
|
|
|
|
for (i = 0; i < cpu->acpi_perf_data.state_count; i++) {
|
|
|
|
pr_debug(" %cP%d: %u MHz, %u mW, 0x%x\n",
|
|
|
|
(i == cpu->acpi_perf_data.state ? '*' : ' '), i,
|
|
|
|
(u32) cpu->acpi_perf_data.states[i].core_frequency,
|
|
|
|
(u32) cpu->acpi_perf_data.states[i].power,
|
|
|
|
(u32) cpu->acpi_perf_data.states[i].control);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The _PSS table doesn't contain whole turbo frequency range.
|
|
|
|
* This just contains +1 MHZ above the max non turbo frequency,
|
|
|
|
* with control value corresponding to max turbo ratio. But
|
|
|
|
* when cpufreq set policy is called, it will call with this
|
|
|
|
* max frequency, which will cause a reduced performance as
|
|
|
|
* this driver uses real max turbo frequency as the max
|
|
|
|
* frequency. So correct this frequency in _PSS table to
|
2016-06-15 14:12:59 +08:00
|
|
|
* correct max turbo frequency based on the turbo state.
|
2016-04-28 06:48:06 +08:00
|
|
|
* Also need to convert to MHz as _PSS freq is in MHz.
|
|
|
|
*/
|
2016-06-15 14:12:59 +08:00
|
|
|
if (!limits->turbo_disabled)
|
2016-04-28 06:48:06 +08:00
|
|
|
cpu->acpi_perf_data.states[0].core_frequency =
|
|
|
|
policy->cpuinfo.max_freq / 1000;
|
|
|
|
cpu->valid_pss_table = true;
|
2016-05-30 14:31:23 +08:00
|
|
|
pr_debug("_PPC limits will be enforced\n");
|
2016-04-28 06:48:06 +08:00
|
|
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
err:
|
|
|
|
cpu->valid_pss_table = false;
|
|
|
|
acpi_processor_unregister_performance(policy->cpu);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_pstate_exit_perf_limits(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[policy->cpu];
|
|
|
|
if (!cpu->valid_pss_table)
|
|
|
|
return;
|
|
|
|
|
|
|
|
acpi_processor_unregister_performance(policy->cpu);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
static void intel_pstate_init_acpi_perf_limits(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_pstate_exit_perf_limits(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static inline void pid_reset(struct _pid *pid, int setpoint, int busy,
|
2014-07-18 23:37:23 +08:00
|
|
|
int deadband, int integral) {
|
2016-03-08 17:31:14 +08:00
|
|
|
pid->setpoint = int_tofp(setpoint);
|
|
|
|
pid->deadband = int_tofp(deadband);
|
2013-02-07 01:02:13 +08:00
|
|
|
pid->integral = int_tofp(integral);
|
2014-02-13 02:01:05 +08:00
|
|
|
pid->last_err = int_tofp(setpoint) - int_tofp(busy);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void pid_p_gain_set(struct _pid *pid, int percent)
|
|
|
|
{
|
2016-04-09 07:25:58 +08:00
|
|
|
pid->p_gain = div_fp(percent, 100);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void pid_i_gain_set(struct _pid *pid, int percent)
|
|
|
|
{
|
2016-04-09 07:25:58 +08:00
|
|
|
pid->i_gain = div_fp(percent, 100);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void pid_d_gain_set(struct _pid *pid, int percent)
|
|
|
|
{
|
2016-04-09 07:25:58 +08:00
|
|
|
pid->d_gain = div_fp(percent, 100);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2013-10-22 00:20:32 +08:00
|
|
|
static signed int pid_calc(struct _pid *pid, int32_t busy)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2013-10-22 00:20:32 +08:00
|
|
|
signed int result;
|
2013-02-07 01:02:13 +08:00
|
|
|
int32_t pterm, dterm, fp_error;
|
|
|
|
int32_t integral_limit;
|
|
|
|
|
2016-03-08 17:31:14 +08:00
|
|
|
fp_error = pid->setpoint - busy;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2016-03-08 17:31:14 +08:00
|
|
|
if (abs(fp_error) <= pid->deadband)
|
2013-02-07 01:02:13 +08:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
pterm = mul_fp(pid->p_gain, fp_error);
|
|
|
|
|
|
|
|
pid->integral += fp_error;
|
|
|
|
|
2014-12-11 04:39:38 +08:00
|
|
|
/*
|
|
|
|
* We limit the integral here so that it will never
|
|
|
|
* get higher than 30. This prevents it from becoming
|
|
|
|
* too large an input over long periods of time and allows
|
|
|
|
* it to get factored out sooner.
|
|
|
|
*
|
|
|
|
* The value of 30 was chosen through experimentation.
|
|
|
|
*/
|
2013-02-07 01:02:13 +08:00
|
|
|
integral_limit = int_tofp(30);
|
|
|
|
if (pid->integral > integral_limit)
|
|
|
|
pid->integral = integral_limit;
|
|
|
|
if (pid->integral < -integral_limit)
|
|
|
|
pid->integral = -integral_limit;
|
|
|
|
|
2013-10-22 00:20:32 +08:00
|
|
|
dterm = mul_fp(pid->d_gain, fp_error - pid->last_err);
|
|
|
|
pid->last_err = fp_error;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
result = pterm + mul_fp(pid->integral, pid->i_gain) + dterm;
|
2014-06-18 04:36:10 +08:00
|
|
|
result = result + (1 << (FRAC_BITS-1));
|
2013-02-07 01:02:13 +08:00
|
|
|
return (signed int)fp_toint(result);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void intel_pstate_busy_pid_reset(struct cpudata *cpu)
|
|
|
|
{
|
2013-10-22 00:20:34 +08:00
|
|
|
pid_p_gain_set(&cpu->pid, pid_params.p_gain_pct);
|
|
|
|
pid_d_gain_set(&cpu->pid, pid_params.d_gain_pct);
|
|
|
|
pid_i_gain_set(&cpu->pid, pid_params.i_gain_pct);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2014-07-18 23:37:20 +08:00
|
|
|
pid_reset(&cpu->pid, pid_params.setpoint, 100, pid_params.deadband, 0);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void intel_pstate_reset_all_pid(void)
|
|
|
|
{
|
|
|
|
unsigned int cpu;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
for_each_online_cpu(cpu) {
|
|
|
|
if (all_cpu_data[cpu])
|
|
|
|
intel_pstate_busy_pid_reset(all_cpu_data[cpu]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-10-13 23:37:41 +08:00
|
|
|
static inline void update_turbo_state(void)
|
|
|
|
{
|
|
|
|
u64 misc_en;
|
|
|
|
struct cpudata *cpu;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[0];
|
|
|
|
rdmsrl(MSR_IA32_MISC_ENABLE, misc_en);
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->turbo_disabled =
|
2014-10-13 23:37:41 +08:00
|
|
|
(misc_en & MSR_IA32_MISC_ENABLE_TURBO_DISABLE ||
|
|
|
|
cpu->pstate.max_pstate == cpu->pstate.turbo_pstate);
|
|
|
|
}
|
|
|
|
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
static void intel_pstate_hwp_set(const struct cpumask *cpumask)
|
2014-11-07 01:40:47 +08:00
|
|
|
{
|
2015-09-10 02:41:22 +08:00
|
|
|
int min, hw_min, max, hw_max, cpu, range, adj_range;
|
|
|
|
u64 value, cap;
|
|
|
|
|
|
|
|
rdmsrl(MSR_HWP_CAPABILITIES, cap);
|
|
|
|
hw_min = HWP_LOWEST_PERF(cap);
|
|
|
|
hw_max = HWP_HIGHEST_PERF(cap);
|
|
|
|
range = hw_max - hw_min;
|
2014-11-07 01:40:47 +08:00
|
|
|
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
for_each_cpu(cpu, cpumask) {
|
2014-11-07 01:40:47 +08:00
|
|
|
rdmsrl_on_cpu(cpu, MSR_HWP_REQUEST, &value);
|
2015-10-15 19:34:15 +08:00
|
|
|
adj_range = limits->min_perf_pct * range / 100;
|
2015-09-10 02:41:22 +08:00
|
|
|
min = hw_min + adj_range;
|
2014-11-07 01:40:47 +08:00
|
|
|
value &= ~HWP_MIN_PERF(~0L);
|
|
|
|
value |= HWP_MIN_PERF(min);
|
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
adj_range = limits->max_perf_pct * range / 100;
|
2015-09-10 02:41:22 +08:00
|
|
|
max = hw_min + adj_range;
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->no_turbo) {
|
2015-09-10 02:41:22 +08:00
|
|
|
hw_max = HWP_GUARANTEED_PERF(cap);
|
|
|
|
if (hw_max < max)
|
|
|
|
max = hw_max;
|
2014-11-07 01:40:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
value &= ~HWP_MAX_PERF(~0L);
|
|
|
|
value |= HWP_MAX_PERF(max);
|
|
|
|
wrmsrl_on_cpu(cpu, MSR_HWP_REQUEST, value);
|
|
|
|
}
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
}
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2016-05-02 08:27:19 +08:00
|
|
|
static int intel_pstate_hwp_set_policy(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
if (hwp_active)
|
|
|
|
intel_pstate_hwp_set(policy->cpus);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
static void intel_pstate_hwp_set_online_cpus(void)
|
|
|
|
{
|
|
|
|
get_online_cpus();
|
|
|
|
intel_pstate_hwp_set(cpu_online_mask);
|
2014-11-07 01:40:47 +08:00
|
|
|
put_online_cpus();
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
/************************** debugfs begin ************************/
|
|
|
|
static int pid_param_set(void *data, u64 val)
|
|
|
|
{
|
|
|
|
*(u32 *)data = val;
|
|
|
|
intel_pstate_reset_all_pid();
|
|
|
|
return 0;
|
|
|
|
}
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static int pid_param_get(void *data, u64 *val)
|
|
|
|
{
|
|
|
|
*val = *(u32 *)data;
|
|
|
|
return 0;
|
|
|
|
}
|
2014-07-18 23:37:20 +08:00
|
|
|
DEFINE_SIMPLE_ATTRIBUTE(fops_pid_param, pid_param_get, pid_param_set, "%llu\n");
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
struct pid_param {
|
|
|
|
char *name;
|
|
|
|
void *value;
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct pid_param pid_files[] = {
|
2013-10-22 00:20:34 +08:00
|
|
|
{"sample_rate_ms", &pid_params.sample_rate_ms},
|
|
|
|
{"d_gain_pct", &pid_params.d_gain_pct},
|
|
|
|
{"i_gain_pct", &pid_params.i_gain_pct},
|
|
|
|
{"deadband", &pid_params.deadband},
|
|
|
|
{"setpoint", &pid_params.setpoint},
|
|
|
|
{"p_gain_pct", &pid_params.p_gain_pct},
|
2013-02-07 01:02:13 +08:00
|
|
|
{NULL, NULL}
|
|
|
|
};
|
|
|
|
|
2014-07-18 23:37:17 +08:00
|
|
|
static void __init intel_pstate_debug_expose_params(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2014-07-18 23:37:17 +08:00
|
|
|
struct dentry *debugfs_parent;
|
2013-02-07 01:02:13 +08:00
|
|
|
int i = 0;
|
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
if (hwp_active)
|
|
|
|
return;
|
2013-02-07 01:02:13 +08:00
|
|
|
debugfs_parent = debugfs_create_dir("pstate_snb", NULL);
|
|
|
|
if (IS_ERR_OR_NULL(debugfs_parent))
|
|
|
|
return;
|
|
|
|
while (pid_files[i].name) {
|
|
|
|
debugfs_create_file(pid_files[i].name, 0660,
|
2014-07-18 23:37:23 +08:00
|
|
|
debugfs_parent, pid_files[i].value,
|
|
|
|
&fops_pid_param);
|
2013-02-07 01:02:13 +08:00
|
|
|
i++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/************************** debugfs end ************************/
|
|
|
|
|
|
|
|
/************************** sysfs begin ************************/
|
|
|
|
#define show_one(file_name, object) \
|
|
|
|
static ssize_t show_##file_name \
|
|
|
|
(struct kobject *kobj, struct attribute *attr, char *buf) \
|
|
|
|
{ \
|
2015-10-15 19:34:15 +08:00
|
|
|
return sprintf(buf, "%u\n", limits->object); \
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2015-01-29 07:03:27 +08:00
|
|
|
static ssize_t show_turbo_pct(struct kobject *kobj,
|
|
|
|
struct attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
|
|
|
int total, no_turbo, turbo_pct;
|
|
|
|
uint32_t turbo_fp;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[0];
|
|
|
|
|
|
|
|
total = cpu->pstate.turbo_pstate - cpu->pstate.min_pstate + 1;
|
|
|
|
no_turbo = cpu->pstate.max_pstate - cpu->pstate.min_pstate + 1;
|
2016-04-09 07:25:58 +08:00
|
|
|
turbo_fp = div_fp(no_turbo, total);
|
2015-01-29 07:03:27 +08:00
|
|
|
turbo_pct = 100 - fp_toint(mul_fp(turbo_fp, int_tofp(100)));
|
|
|
|
return sprintf(buf, "%u\n", turbo_pct);
|
|
|
|
}
|
|
|
|
|
2015-01-29 07:03:28 +08:00
|
|
|
static ssize_t show_num_pstates(struct kobject *kobj,
|
|
|
|
struct attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
|
|
|
int total;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[0];
|
|
|
|
total = cpu->pstate.turbo_pstate - cpu->pstate.min_pstate + 1;
|
|
|
|
return sprintf(buf, "%u\n", total);
|
|
|
|
}
|
|
|
|
|
2014-10-13 23:37:41 +08:00
|
|
|
static ssize_t show_no_turbo(struct kobject *kobj,
|
|
|
|
struct attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
ssize_t ret;
|
|
|
|
|
|
|
|
update_turbo_state();
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->turbo_disabled)
|
|
|
|
ret = sprintf(buf, "%u\n", limits->turbo_disabled);
|
2014-10-13 23:37:41 +08:00
|
|
|
else
|
2015-10-15 19:34:15 +08:00
|
|
|
ret = sprintf(buf, "%u\n", limits->no_turbo);
|
2014-10-13 23:37:41 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static ssize_t store_no_turbo(struct kobject *a, struct attribute *b,
|
2014-07-18 23:37:23 +08:00
|
|
|
const char *buf, size_t count)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
unsigned int input;
|
|
|
|
int ret;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
ret = sscanf(buf, "%u", &input);
|
|
|
|
if (ret != 1)
|
|
|
|
return -EINVAL;
|
2014-10-13 23:37:41 +08:00
|
|
|
|
|
|
|
update_turbo_state();
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->turbo_disabled) {
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_warn("Turbo disabled by BIOS or unavailable on processor\n");
|
2014-10-13 23:37:41 +08:00
|
|
|
return -EPERM;
|
2014-06-20 22:27:59 +08:00
|
|
|
}
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->no_turbo = clamp_t(int, input, 0, 1);
|
2014-10-13 23:37:41 +08:00
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
if (hwp_active)
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
intel_pstate_hwp_set_online_cpus();
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t store_max_perf_pct(struct kobject *a, struct attribute *b,
|
2014-07-18 23:37:23 +08:00
|
|
|
const char *buf, size_t count)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
unsigned int input;
|
|
|
|
int ret;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
ret = sscanf(buf, "%u", &input);
|
|
|
|
if (ret != 1)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->max_sysfs_pct = clamp_t(int, input, 0 , 100);
|
|
|
|
limits->max_perf_pct = min(limits->max_policy_pct,
|
|
|
|
limits->max_sysfs_pct);
|
|
|
|
limits->max_perf_pct = max(limits->min_policy_pct,
|
|
|
|
limits->max_perf_pct);
|
|
|
|
limits->max_perf_pct = max(limits->min_perf_pct,
|
|
|
|
limits->max_perf_pct);
|
2016-04-09 07:25:58 +08:00
|
|
|
limits->max_perf = div_fp(limits->max_perf_pct, 100);
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
if (hwp_active)
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
intel_pstate_hwp_set_online_cpus();
|
2013-02-07 01:02:13 +08:00
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t store_min_perf_pct(struct kobject *a, struct attribute *b,
|
2014-07-18 23:37:23 +08:00
|
|
|
const char *buf, size_t count)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
unsigned int input;
|
|
|
|
int ret;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
ret = sscanf(buf, "%u", &input);
|
|
|
|
if (ret != 1)
|
|
|
|
return -EINVAL;
|
2015-01-30 05:03:52 +08:00
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->min_sysfs_pct = clamp_t(int, input, 0 , 100);
|
|
|
|
limits->min_perf_pct = max(limits->min_policy_pct,
|
|
|
|
limits->min_sysfs_pct);
|
|
|
|
limits->min_perf_pct = min(limits->max_policy_pct,
|
|
|
|
limits->min_perf_pct);
|
|
|
|
limits->min_perf_pct = min(limits->max_perf_pct,
|
|
|
|
limits->min_perf_pct);
|
2016-04-09 07:25:58 +08:00
|
|
|
limits->min_perf = div_fp(limits->min_perf_pct, 100);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
if (hwp_active)
|
intel_pstate: Update frequencies of policy->cpus only from ->set_policy()
The intel-pstate driver is using intel_pstate_hwp_set() from two
separate paths, i.e. ->set_policy() callback and sysfs update path for
the files present in /sys/devices/system/cpu/intel_pstate/ directory.
While an update to the sysfs path applies to all the CPUs being managed
by the driver (which essentially means all the online CPUs), the update
via the ->set_policy() callback applies to a smaller group of CPUs
managed by the policy for which ->set_policy() is called.
And so, intel_pstate_hwp_set() should update frequencies of only the
CPUs that are part of policy->cpus mask, while it is called from
->set_policy() callback.
In order to do that, add a parameter (cpumask) to intel_pstate_hwp_set()
and apply the frequency changes only to the concerned CPUs.
For ->set_policy() path, we are only concerned about policy->cpus, and
so policy->rwsem lock taken by the core prior to calling ->set_policy()
is enough to take care of any races. The larger lock acquired by
get_online_cpus() is required only for the updates to sysfs files.
Add another routine, intel_pstate_hwp_set_online_cpus(), and call it
from the sysfs update paths.
This also fixes a lockdep reported recently, where policy->rwsem and
get_online_cpus() could have been acquired in any order causing an ABBA
deadlock. The sequence of events leading to that was:
intel_pstate_init(...)
...cpufreq_online(...)
down_write(&policy->rwsem); // Locks policy->rwsem
...
cpufreq_init_policy(policy);
...intel_pstate_hwp_set();
get_online_cpus(); // Temporarily locks cpu_hotplug.lock
...
up_write(&policy->rwsem);
pm_suspend(...)
...disable_nonboot_cpus()
_cpu_down()
cpu_hotplug_begin(); // Locks cpu_hotplug.lock
__cpu_notify(CPU_DOWN_PREPARE, ...);
...cpufreq_offline_prepare();
down_write(&policy->rwsem); // Locks policy->rwsem
Reported-and-tested-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-02-22 12:57:46 +08:00
|
|
|
intel_pstate_hwp_set_online_cpus();
|
2013-02-07 01:02:13 +08:00
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
show_one(max_perf_pct, max_perf_pct);
|
|
|
|
show_one(min_perf_pct, min_perf_pct);
|
|
|
|
|
|
|
|
define_one_global_rw(no_turbo);
|
|
|
|
define_one_global_rw(max_perf_pct);
|
|
|
|
define_one_global_rw(min_perf_pct);
|
2015-01-29 07:03:27 +08:00
|
|
|
define_one_global_ro(turbo_pct);
|
2015-01-29 07:03:28 +08:00
|
|
|
define_one_global_ro(num_pstates);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
static struct attribute *intel_pstate_attributes[] = {
|
|
|
|
&no_turbo.attr,
|
|
|
|
&max_perf_pct.attr,
|
|
|
|
&min_perf_pct.attr,
|
2015-01-29 07:03:27 +08:00
|
|
|
&turbo_pct.attr,
|
2015-01-29 07:03:28 +08:00
|
|
|
&num_pstates.attr,
|
2013-02-07 01:02:13 +08:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct attribute_group intel_pstate_attr_group = {
|
|
|
|
.attrs = intel_pstate_attributes,
|
|
|
|
};
|
|
|
|
|
2014-07-18 23:37:17 +08:00
|
|
|
static void __init intel_pstate_sysfs_expose_params(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2014-07-18 23:37:17 +08:00
|
|
|
struct kobject *intel_pstate_kobject;
|
2013-02-07 01:02:13 +08:00
|
|
|
int rc;
|
|
|
|
|
|
|
|
intel_pstate_kobject = kobject_create_and_add("intel_pstate",
|
|
|
|
&cpu_subsys.dev_root->kobj);
|
|
|
|
BUG_ON(!intel_pstate_kobject);
|
2014-07-18 23:37:20 +08:00
|
|
|
rc = sysfs_create_group(intel_pstate_kobject, &intel_pstate_attr_group);
|
2013-02-07 01:02:13 +08:00
|
|
|
BUG_ON(rc);
|
|
|
|
}
|
|
|
|
/************************** sysfs end ************************/
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2015-07-15 00:46:23 +08:00
|
|
|
static void intel_pstate_hwp_enable(struct cpudata *cpudata)
|
2014-11-07 01:40:47 +08:00
|
|
|
{
|
2016-02-26 07:09:31 +08:00
|
|
|
/* First disable HWP notification interrupt as we don't process them */
|
|
|
|
wrmsrl_on_cpu(cpudata->cpu, MSR_HWP_INTERRUPT, 0x00);
|
|
|
|
|
2015-07-15 00:46:23 +08:00
|
|
|
wrmsrl_on_cpu(cpudata->cpu, MSR_PM_ENABLE, 0x1);
|
2014-11-07 01:40:47 +08:00
|
|
|
}
|
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
static int atom_get_min_pstate(void)
|
2013-10-22 00:20:35 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
rdmsrl(ATOM_RATIOS, value);
|
2014-06-20 22:27:58 +08:00
|
|
|
return (value >> 8) & 0x7F;
|
2013-10-22 00:20:35 +08:00
|
|
|
}
|
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
static int atom_get_max_pstate(void)
|
2013-10-22 00:20:35 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
rdmsrl(ATOM_RATIOS, value);
|
2014-06-20 22:27:58 +08:00
|
|
|
return (value >> 16) & 0x7F;
|
2013-10-22 00:20:35 +08:00
|
|
|
}
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
static int atom_get_turbo_pstate(void)
|
2014-02-13 02:01:07 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
rdmsrl(ATOM_TURBO_RATIOS, value);
|
2014-06-20 22:27:58 +08:00
|
|
|
return value & 0x7F;
|
2014-02-13 02:01:07 +08:00
|
|
|
}
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
static u64 atom_get_val(struct cpudata *cpudata, int pstate)
|
2013-12-19 02:32:39 +08:00
|
|
|
{
|
|
|
|
u64 val;
|
|
|
|
int32_t vid_fp;
|
|
|
|
u32 vid;
|
|
|
|
|
2015-07-29 23:53:10 +08:00
|
|
|
val = (u64)pstate << 8;
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->no_turbo && !limits->turbo_disabled)
|
2013-12-19 02:32:39 +08:00
|
|
|
val |= (u64)1 << 32;
|
|
|
|
|
|
|
|
vid_fp = cpudata->vid.min + mul_fp(
|
|
|
|
int_tofp(pstate - cpudata->pstate.min_pstate),
|
|
|
|
cpudata->vid.ratio);
|
|
|
|
|
|
|
|
vid_fp = clamp_t(int32_t, vid_fp, cpudata->vid.min, cpudata->vid.max);
|
2014-10-13 23:37:44 +08:00
|
|
|
vid = ceiling_fp(vid_fp);
|
2013-12-19 02:32:39 +08:00
|
|
|
|
2014-05-09 03:57:23 +08:00
|
|
|
if (pstate > cpudata->pstate.max_pstate)
|
|
|
|
vid = cpudata->vid.turbo;
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
return val | vid;
|
2013-12-19 02:32:39 +08:00
|
|
|
}
|
|
|
|
|
2015-11-10 09:40:47 +08:00
|
|
|
static int silvermont_get_scaling(void)
|
2014-10-13 23:37:43 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
int i;
|
2015-11-10 09:40:47 +08:00
|
|
|
/* Defined in Table 35-6 from SDM (Sept 2015) */
|
|
|
|
static int silvermont_freq_table[] = {
|
|
|
|
83300, 100000, 133300, 116700, 80000};
|
2014-10-13 23:37:43 +08:00
|
|
|
|
|
|
|
rdmsrl(MSR_FSB_FREQ, value);
|
2015-11-10 09:40:47 +08:00
|
|
|
i = value & 0x7;
|
|
|
|
WARN_ON(i > 4);
|
2014-10-13 23:37:43 +08:00
|
|
|
|
2015-11-10 09:40:47 +08:00
|
|
|
return silvermont_freq_table[i];
|
|
|
|
}
|
2014-10-13 23:37:43 +08:00
|
|
|
|
2015-11-10 09:40:47 +08:00
|
|
|
static int airmont_get_scaling(void)
|
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
int i;
|
|
|
|
/* Defined in Table 35-10 from SDM (Sept 2015) */
|
|
|
|
static int airmont_freq_table[] = {
|
|
|
|
83300, 100000, 133300, 116700, 80000,
|
|
|
|
93300, 90000, 88900, 87500};
|
|
|
|
|
|
|
|
rdmsrl(MSR_FSB_FREQ, value);
|
|
|
|
i = value & 0xF;
|
|
|
|
WARN_ON(i > 8);
|
|
|
|
|
|
|
|
return airmont_freq_table[i];
|
2014-10-13 23:37:43 +08:00
|
|
|
}
|
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
static void atom_get_vid(struct cpudata *cpudata)
|
2013-12-19 02:32:39 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
rdmsrl(ATOM_VIDS, value);
|
2014-06-20 22:27:58 +08:00
|
|
|
cpudata->vid.min = int_tofp((value >> 8) & 0x7f);
|
|
|
|
cpudata->vid.max = int_tofp((value >> 16) & 0x7f);
|
2013-12-19 02:32:39 +08:00
|
|
|
cpudata->vid.ratio = div_fp(
|
|
|
|
cpudata->vid.max - cpudata->vid.min,
|
|
|
|
int_tofp(cpudata->pstate.max_pstate -
|
|
|
|
cpudata->pstate.min_pstate));
|
2014-05-09 03:57:23 +08:00
|
|
|
|
2015-11-10 09:40:46 +08:00
|
|
|
rdmsrl(ATOM_TURBO_VIDS, value);
|
2014-05-09 03:57:23 +08:00
|
|
|
cpudata->vid.turbo = value & 0x7f;
|
2013-12-19 02:32:39 +08:00
|
|
|
}
|
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
static int core_get_min_pstate(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-03-20 22:21:10 +08:00
|
|
|
rdmsrl(MSR_PLATFORM_INFO, value);
|
2013-02-07 01:02:13 +08:00
|
|
|
return (value >> 40) & 0xFF;
|
|
|
|
}
|
|
|
|
|
2015-10-15 07:12:00 +08:00
|
|
|
static int core_get_max_pstate_physical(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-03-20 22:21:10 +08:00
|
|
|
rdmsrl(MSR_PLATFORM_INFO, value);
|
2013-02-07 01:02:13 +08:00
|
|
|
return (value >> 8) & 0xFF;
|
|
|
|
}
|
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
static int core_get_max_pstate(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2015-10-15 07:11:59 +08:00
|
|
|
u64 tar;
|
|
|
|
u64 plat_info;
|
|
|
|
int max_pstate;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
rdmsrl(MSR_PLATFORM_INFO, plat_info);
|
|
|
|
max_pstate = (plat_info >> 8) & 0xFF;
|
|
|
|
|
|
|
|
err = rdmsrl_safe(MSR_TURBO_ACTIVATION_RATIO, &tar);
|
|
|
|
if (!err) {
|
|
|
|
/* Do some sanity checking for safety */
|
|
|
|
if (plat_info & 0x600000000) {
|
|
|
|
u64 tdp_ctrl;
|
|
|
|
u64 tdp_ratio;
|
|
|
|
int tdp_msr;
|
|
|
|
|
|
|
|
err = rdmsrl_safe(MSR_CONFIG_TDP_CONTROL, &tdp_ctrl);
|
|
|
|
if (err)
|
|
|
|
goto skip_tar;
|
|
|
|
|
|
|
|
tdp_msr = MSR_CONFIG_TDP_NOMINAL + tdp_ctrl;
|
|
|
|
err = rdmsrl_safe(tdp_msr, &tdp_ratio);
|
|
|
|
if (err)
|
|
|
|
goto skip_tar;
|
|
|
|
|
2016-04-23 10:53:59 +08:00
|
|
|
/* For level 1 and 2, bits[23:16] contain the ratio */
|
|
|
|
if (tdp_ctrl)
|
|
|
|
tdp_ratio >>= 16;
|
|
|
|
|
|
|
|
tdp_ratio &= 0xff; /* ratios are only 8 bits long */
|
2015-10-15 07:11:59 +08:00
|
|
|
if (tdp_ratio - 1 == tar) {
|
|
|
|
max_pstate = tar;
|
|
|
|
pr_debug("max_pstate=TAC %x\n", max_pstate);
|
|
|
|
} else {
|
|
|
|
goto skip_tar;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2015-10-15 07:11:59 +08:00
|
|
|
skip_tar:
|
|
|
|
return max_pstate;
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
static int core_get_turbo_pstate(void)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
int nont, ret;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2013-03-20 22:21:10 +08:00
|
|
|
rdmsrl(MSR_NHM_TURBO_RATIO_LIMIT, value);
|
2013-10-22 00:20:34 +08:00
|
|
|
nont = core_get_max_pstate();
|
2014-07-18 23:37:21 +08:00
|
|
|
ret = (value) & 255;
|
2013-02-07 01:02:13 +08:00
|
|
|
if (ret <= nont)
|
|
|
|
ret = nont;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-10-13 23:37:43 +08:00
|
|
|
static inline int core_get_scaling(void)
|
|
|
|
{
|
|
|
|
return 100000;
|
|
|
|
}
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
static u64 core_get_val(struct cpudata *cpudata, int pstate)
|
2013-10-22 00:20:34 +08:00
|
|
|
{
|
|
|
|
u64 val;
|
|
|
|
|
2015-07-29 23:53:10 +08:00
|
|
|
val = (u64)pstate << 8;
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->no_turbo && !limits->turbo_disabled)
|
2013-10-22 00:20:34 +08:00
|
|
|
val |= (u64)1 << 32;
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
return val;
|
2013-10-22 00:20:34 +08:00
|
|
|
}
|
|
|
|
|
2015-04-11 01:22:18 +08:00
|
|
|
static int knl_get_turbo_pstate(void)
|
|
|
|
{
|
|
|
|
u64 value;
|
|
|
|
int nont, ret;
|
|
|
|
|
|
|
|
rdmsrl(MSR_NHM_TURBO_RATIO_LIMIT, value);
|
|
|
|
nont = core_get_max_pstate();
|
|
|
|
ret = (((value) >> 8) & 0xFF);
|
|
|
|
if (ret <= nont)
|
|
|
|
ret = nont;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
static struct cpu_defaults core_params = {
|
|
|
|
.pid_policy = {
|
|
|
|
.sample_rate_ms = 10,
|
|
|
|
.deadband = 0,
|
|
|
|
.setpoint = 97,
|
|
|
|
.p_gain_pct = 20,
|
|
|
|
.d_gain_pct = 0,
|
|
|
|
.i_gain_pct = 0,
|
|
|
|
},
|
|
|
|
.funcs = {
|
|
|
|
.get_max = core_get_max_pstate,
|
2015-10-15 07:12:00 +08:00
|
|
|
.get_max_physical = core_get_max_pstate_physical,
|
2013-10-22 00:20:34 +08:00
|
|
|
.get_min = core_get_min_pstate,
|
|
|
|
.get_turbo = core_get_turbo_pstate,
|
2014-10-13 23:37:43 +08:00
|
|
|
.get_scaling = core_get_scaling,
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
.get_val = core_get_val,
|
2015-12-05 00:40:30 +08:00
|
|
|
.get_target_pstate = get_target_pstate_use_performance,
|
2013-10-22 00:20:34 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2015-11-10 09:40:47 +08:00
|
|
|
static struct cpu_defaults silvermont_params = {
|
|
|
|
.pid_policy = {
|
|
|
|
.sample_rate_ms = 10,
|
|
|
|
.deadband = 0,
|
|
|
|
.setpoint = 60,
|
|
|
|
.p_gain_pct = 14,
|
|
|
|
.d_gain_pct = 0,
|
|
|
|
.i_gain_pct = 4,
|
|
|
|
},
|
|
|
|
.funcs = {
|
|
|
|
.get_max = atom_get_max_pstate,
|
|
|
|
.get_max_physical = atom_get_max_pstate,
|
|
|
|
.get_min = atom_get_min_pstate,
|
|
|
|
.get_turbo = atom_get_turbo_pstate,
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
.get_val = atom_get_val,
|
2015-11-10 09:40:47 +08:00
|
|
|
.get_scaling = silvermont_get_scaling,
|
|
|
|
.get_vid = atom_get_vid,
|
2015-12-05 00:40:32 +08:00
|
|
|
.get_target_pstate = get_target_pstate_use_cpu_load,
|
2015-11-10 09:40:47 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct cpu_defaults airmont_params = {
|
2013-10-22 00:20:35 +08:00
|
|
|
.pid_policy = {
|
|
|
|
.sample_rate_ms = 10,
|
|
|
|
.deadband = 0,
|
2015-04-11 02:06:43 +08:00
|
|
|
.setpoint = 60,
|
2013-10-22 00:20:35 +08:00
|
|
|
.p_gain_pct = 14,
|
|
|
|
.d_gain_pct = 0,
|
|
|
|
.i_gain_pct = 4,
|
|
|
|
},
|
|
|
|
.funcs = {
|
2015-11-10 09:40:46 +08:00
|
|
|
.get_max = atom_get_max_pstate,
|
|
|
|
.get_max_physical = atom_get_max_pstate,
|
|
|
|
.get_min = atom_get_min_pstate,
|
|
|
|
.get_turbo = atom_get_turbo_pstate,
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
.get_val = atom_get_val,
|
2015-11-10 09:40:47 +08:00
|
|
|
.get_scaling = airmont_get_scaling,
|
2015-11-10 09:40:46 +08:00
|
|
|
.get_vid = atom_get_vid,
|
2015-12-05 00:40:32 +08:00
|
|
|
.get_target_pstate = get_target_pstate_use_cpu_load,
|
2013-10-22 00:20:35 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2015-04-11 01:22:18 +08:00
|
|
|
static struct cpu_defaults knl_params = {
|
|
|
|
.pid_policy = {
|
|
|
|
.sample_rate_ms = 10,
|
|
|
|
.deadband = 0,
|
|
|
|
.setpoint = 97,
|
|
|
|
.p_gain_pct = 20,
|
|
|
|
.d_gain_pct = 0,
|
|
|
|
.i_gain_pct = 0,
|
|
|
|
},
|
|
|
|
.funcs = {
|
|
|
|
.get_max = core_get_max_pstate,
|
2015-10-15 07:12:00 +08:00
|
|
|
.get_max_physical = core_get_max_pstate_physical,
|
2015-04-11 01:22:18 +08:00
|
|
|
.get_min = core_get_min_pstate,
|
|
|
|
.get_turbo = knl_get_turbo_pstate,
|
2015-07-21 16:41:13 +08:00
|
|
|
.get_scaling = core_get_scaling,
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
.get_val = core_get_val,
|
2015-12-05 00:40:30 +08:00
|
|
|
.get_target_pstate = get_target_pstate_use_performance,
|
2015-04-11 01:22:18 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2016-06-10 06:34:41 +08:00
|
|
|
static struct cpu_defaults bxt_params = {
|
|
|
|
.pid_policy = {
|
|
|
|
.sample_rate_ms = 10,
|
|
|
|
.deadband = 0,
|
|
|
|
.setpoint = 60,
|
|
|
|
.p_gain_pct = 14,
|
|
|
|
.d_gain_pct = 0,
|
|
|
|
.i_gain_pct = 4,
|
|
|
|
},
|
|
|
|
.funcs = {
|
|
|
|
.get_max = core_get_max_pstate,
|
|
|
|
.get_max_physical = core_get_max_pstate_physical,
|
|
|
|
.get_min = core_get_min_pstate,
|
|
|
|
.get_turbo = core_get_turbo_pstate,
|
|
|
|
.get_scaling = core_get_scaling,
|
|
|
|
.get_val = core_get_val,
|
|
|
|
.get_target_pstate = get_target_pstate_use_cpu_load,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static void intel_pstate_get_min_max(struct cpudata *cpu, int *min, int *max)
|
|
|
|
{
|
|
|
|
int max_perf = cpu->pstate.turbo_pstate;
|
2013-10-22 00:20:33 +08:00
|
|
|
int max_perf_adj;
|
2013-02-07 01:02:13 +08:00
|
|
|
int min_perf;
|
2014-07-18 23:37:19 +08:00
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->no_turbo || limits->turbo_disabled)
|
2013-02-07 01:02:13 +08:00
|
|
|
max_perf = cpu->pstate.max_pstate;
|
|
|
|
|
2014-12-11 04:39:38 +08:00
|
|
|
/*
|
|
|
|
* performance can be limited by user through sysfs, by cpufreq
|
|
|
|
* policy, or by cpu specific default values determined through
|
|
|
|
* experimentation.
|
|
|
|
*/
|
2016-03-06 15:34:04 +08:00
|
|
|
max_perf_adj = fp_toint(max_perf * limits->max_perf);
|
2015-11-19 06:29:56 +08:00
|
|
|
*max = clamp_t(int, max_perf_adj,
|
|
|
|
cpu->pstate.min_pstate, cpu->pstate.turbo_pstate);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2016-03-06 15:34:04 +08:00
|
|
|
min_perf = fp_toint(max_perf * limits->min_perf);
|
2015-11-19 06:29:56 +08:00
|
|
|
*min = clamp_t(int, min_perf, cpu->pstate.min_pstate, max_perf);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
static inline void intel_pstate_record_pstate(struct cpudata *cpu, int pstate)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2014-10-13 23:37:43 +08:00
|
|
|
trace_cpu_frequency(pstate * cpu->pstate.scaling, cpu->cpu);
|
2013-02-07 01:02:13 +08:00
|
|
|
cpu->pstate.current_pstate = pstate;
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
}
|
2013-02-07 01:02:13 +08:00
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
static void intel_pstate_set_min_pstate(struct cpudata *cpu)
|
|
|
|
{
|
|
|
|
int pstate = cpu->pstate.min_pstate;
|
|
|
|
|
|
|
|
intel_pstate_record_pstate(cpu, pstate);
|
|
|
|
/*
|
|
|
|
* Generally, there is no guarantee that this code will always run on
|
|
|
|
* the CPU being updated, so force the register update to run on the
|
|
|
|
* right CPU.
|
|
|
|
*/
|
|
|
|
wrmsrl_on_cpu(cpu->cpu, MSR_IA32_PERF_CTL,
|
|
|
|
pstate_funcs.get_val(cpu, pstate));
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_pstate_get_cpu_pstates(struct cpudata *cpu)
|
|
|
|
{
|
2013-10-22 00:20:34 +08:00
|
|
|
cpu->pstate.min_pstate = pstate_funcs.get_min();
|
|
|
|
cpu->pstate.max_pstate = pstate_funcs.get_max();
|
2015-10-15 07:12:00 +08:00
|
|
|
cpu->pstate.max_pstate_physical = pstate_funcs.get_max_physical();
|
2013-10-22 00:20:34 +08:00
|
|
|
cpu->pstate.turbo_pstate = pstate_funcs.get_turbo();
|
2014-10-13 23:37:43 +08:00
|
|
|
cpu->pstate.scaling = pstate_funcs.get_scaling();
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2013-12-19 02:32:39 +08:00
|
|
|
if (pstate_funcs.get_vid)
|
|
|
|
pstate_funcs.get_vid(cpu);
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
|
|
|
|
intel_pstate_set_min_pstate(cpu);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2016-05-12 01:09:12 +08:00
|
|
|
static inline void intel_pstate_calc_avg_perf(struct cpudata *cpu)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2014-04-30 01:53:49 +08:00
|
|
|
struct sample *sample = &cpu->sample;
|
2014-02-26 02:35:37 +08:00
|
|
|
|
2016-05-12 01:09:12 +08:00
|
|
|
sample->core_avg_perf = div_ext_fp(sample->aperf, sample->mperf);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2016-03-11 06:45:19 +08:00
|
|
|
static inline bool intel_pstate_sample(struct cpudata *cpu, u64 time)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
u64 aperf, mperf;
|
2014-07-18 23:37:24 +08:00
|
|
|
unsigned long flags;
|
2015-04-12 12:10:26 +08:00
|
|
|
u64 tsc;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2014-07-18 23:37:24 +08:00
|
|
|
local_irq_save(flags);
|
2013-02-07 01:02:13 +08:00
|
|
|
rdmsrl(MSR_IA32_APERF, aperf);
|
|
|
|
rdmsrl(MSR_IA32_MPERF, mperf);
|
2015-12-05 00:40:32 +08:00
|
|
|
tsc = rdtsc();
|
2016-03-11 06:45:19 +08:00
|
|
|
if (cpu->prev_mperf == mperf || cpu->prev_tsc == tsc) {
|
2015-10-16 03:34:21 +08:00
|
|
|
local_irq_restore(flags);
|
2016-03-11 06:45:19 +08:00
|
|
|
return false;
|
2015-10-16 03:34:21 +08:00
|
|
|
}
|
2014-07-18 23:37:24 +08:00
|
|
|
local_irq_restore(flags);
|
2014-01-17 02:32:25 +08:00
|
|
|
|
2014-05-30 00:32:24 +08:00
|
|
|
cpu->last_sample_time = cpu->sample.time;
|
2016-02-05 08:45:30 +08:00
|
|
|
cpu->sample.time = time;
|
2014-02-13 02:01:04 +08:00
|
|
|
cpu->sample.aperf = aperf;
|
|
|
|
cpu->sample.mperf = mperf;
|
2015-04-12 12:10:26 +08:00
|
|
|
cpu->sample.tsc = tsc;
|
2014-02-13 02:01:04 +08:00
|
|
|
cpu->sample.aperf -= cpu->prev_aperf;
|
|
|
|
cpu->sample.mperf -= cpu->prev_mperf;
|
2015-04-12 12:10:26 +08:00
|
|
|
cpu->sample.tsc -= cpu->prev_tsc;
|
2013-05-07 23:20:25 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
cpu->prev_aperf = aperf;
|
|
|
|
cpu->prev_mperf = mperf;
|
2015-04-12 12:10:26 +08:00
|
|
|
cpu->prev_tsc = tsc;
|
2016-04-02 07:06:21 +08:00
|
|
|
/*
|
|
|
|
* First time this function is invoked in a given cycle, all of the
|
|
|
|
* previous sample data fields are equal to zero or stale and they must
|
|
|
|
* be populated with meaningful numbers for things to work, so assume
|
|
|
|
* that sample.time will always be reset before setting the utilization
|
|
|
|
* update hook and make the caller skip the sample then.
|
|
|
|
*/
|
|
|
|
return !!cpu->last_sample_time;
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2016-03-06 15:34:06 +08:00
|
|
|
static inline int32_t get_avg_frequency(struct cpudata *cpu)
|
|
|
|
{
|
2016-05-12 01:09:12 +08:00
|
|
|
return mul_ext_fp(cpu->sample.core_avg_perf,
|
|
|
|
cpu->pstate.max_pstate_physical * cpu->pstate.scaling);
|
2016-03-06 15:34:06 +08:00
|
|
|
}
|
|
|
|
|
2016-04-23 02:46:09 +08:00
|
|
|
static inline int32_t get_avg_pstate(struct cpudata *cpu)
|
|
|
|
{
|
2016-05-12 01:10:42 +08:00
|
|
|
return mul_ext_fp(cpu->pstate.max_pstate_physical,
|
|
|
|
cpu->sample.core_avg_perf);
|
2016-04-23 02:46:09 +08:00
|
|
|
}
|
|
|
|
|
2015-12-05 00:40:32 +08:00
|
|
|
static inline int32_t get_target_pstate_use_cpu_load(struct cpudata *cpu)
|
|
|
|
{
|
|
|
|
struct sample *sample = &cpu->sample;
|
2015-12-05 00:40:35 +08:00
|
|
|
u64 cummulative_iowait, delta_iowait_us;
|
|
|
|
u64 delta_iowait_mperf;
|
|
|
|
u64 mperf, now;
|
2015-12-05 00:40:32 +08:00
|
|
|
int32_t cpu_load;
|
|
|
|
|
2015-12-05 00:40:35 +08:00
|
|
|
cummulative_iowait = get_cpu_iowait_time_us(cpu->cpu, &now);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Convert iowait time into number of IO cycles spent at max_freq.
|
|
|
|
* IO is considered as busy only for the cpu_load algorithm. For
|
|
|
|
* performance this is not needed since we always try to reach the
|
|
|
|
* maximum P-State, so we are already boosting the IOs.
|
|
|
|
*/
|
|
|
|
delta_iowait_us = cummulative_iowait - cpu->prev_cummulative_iowait;
|
|
|
|
delta_iowait_mperf = div64_u64(delta_iowait_us * cpu->pstate.scaling *
|
|
|
|
cpu->pstate.max_pstate, MSEC_PER_SEC);
|
|
|
|
|
|
|
|
mperf = cpu->sample.mperf + delta_iowait_mperf;
|
|
|
|
cpu->prev_cummulative_iowait = cummulative_iowait;
|
|
|
|
|
2015-12-05 00:40:32 +08:00
|
|
|
/*
|
|
|
|
* The load can be estimated as the ratio of the mperf counter
|
|
|
|
* running at a constant frequency during active periods
|
|
|
|
* (C0) and the time stamp counter running at the same frequency
|
|
|
|
* also during C-states.
|
|
|
|
*/
|
2015-12-05 00:40:35 +08:00
|
|
|
cpu_load = div64_u64(int_tofp(100) * mperf, sample->tsc);
|
2015-12-05 00:40:32 +08:00
|
|
|
cpu->sample.busy_scaled = cpu_load;
|
|
|
|
|
2016-04-23 02:46:09 +08:00
|
|
|
return get_avg_pstate(cpu) - pid_calc(&cpu->pid, cpu_load);
|
2015-12-05 00:40:32 +08:00
|
|
|
}
|
|
|
|
|
2015-12-05 00:40:30 +08:00
|
|
|
static inline int32_t get_target_pstate_use_performance(struct cpudata *cpu)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2016-05-12 01:11:26 +08:00
|
|
|
int32_t perf_scaled, max_pstate, current_pstate, sample_ratio;
|
2016-02-05 08:45:30 +08:00
|
|
|
u64 duration_ns;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2014-12-11 04:39:38 +08:00
|
|
|
/*
|
2016-05-12 01:11:26 +08:00
|
|
|
* perf_scaled is the average performance during the last sampling
|
|
|
|
* period scaled by the ratio of the maximum P-state to the P-state
|
|
|
|
* requested last time (in percent). That measures the system's
|
|
|
|
* response to the previous P-state selection.
|
2014-12-11 04:39:38 +08:00
|
|
|
*/
|
2016-04-09 07:25:58 +08:00
|
|
|
max_pstate = cpu->pstate.max_pstate_physical;
|
|
|
|
current_pstate = cpu->pstate.current_pstate;
|
2016-05-12 01:11:26 +08:00
|
|
|
perf_scaled = mul_ext_fp(cpu->sample.core_avg_perf,
|
2016-05-12 01:09:12 +08:00
|
|
|
div_fp(100 * max_pstate, current_pstate));
|
2014-05-30 00:32:24 +08:00
|
|
|
|
2014-12-11 04:39:38 +08:00
|
|
|
/*
|
2016-02-05 08:45:30 +08:00
|
|
|
* Since our utilization update callback will not run unless we are
|
|
|
|
* in C0, check if the actual elapsed time is significantly greater (3x)
|
|
|
|
* than our sample interval. If it is, then we were idle for a long
|
2016-05-12 01:11:26 +08:00
|
|
|
* enough period of time to adjust our performance metric.
|
2014-12-11 04:39:38 +08:00
|
|
|
*/
|
2016-02-05 08:45:30 +08:00
|
|
|
duration_ns = cpu->sample.time - cpu->last_sample_time;
|
2016-04-02 07:06:21 +08:00
|
|
|
if ((s64)duration_ns > pid_params.sample_rate_ns * 3) {
|
2016-04-09 07:25:58 +08:00
|
|
|
sample_ratio = div_fp(pid_params.sample_rate_ns, duration_ns);
|
2016-05-12 01:11:26 +08:00
|
|
|
perf_scaled = mul_fp(perf_scaled, sample_ratio);
|
2016-04-10 11:59:10 +08:00
|
|
|
} else {
|
|
|
|
sample_ratio = div_fp(100 * cpu->sample.mperf, cpu->sample.tsc);
|
|
|
|
if (sample_ratio < int_tofp(1))
|
2016-05-12 01:11:26 +08:00
|
|
|
perf_scaled = 0;
|
2014-05-30 00:32:24 +08:00
|
|
|
}
|
|
|
|
|
2016-05-12 01:11:26 +08:00
|
|
|
cpu->sample.busy_scaled = perf_scaled;
|
|
|
|
return cpu->pstate.current_pstate - pid_calc(&cpu->pid, perf_scaled);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
static inline void intel_pstate_update_pstate(struct cpudata *cpu, int pstate)
|
|
|
|
{
|
|
|
|
int max_perf, min_perf;
|
|
|
|
|
|
|
|
update_turbo_state();
|
|
|
|
|
|
|
|
intel_pstate_get_min_max(cpu, &min_perf, &max_perf);
|
|
|
|
pstate = clamp_t(int, pstate, min_perf, max_perf);
|
|
|
|
if (pstate == cpu->pstate.current_pstate)
|
|
|
|
return;
|
|
|
|
|
|
|
|
intel_pstate_record_pstate(cpu, pstate);
|
|
|
|
wrmsrl(MSR_IA32_PERF_CTL, pstate_funcs.get_val(cpu, pstate));
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static inline void intel_pstate_adjust_busy_pstate(struct cpudata *cpu)
|
|
|
|
{
|
2015-12-05 00:40:30 +08:00
|
|
|
int from, target_pstate;
|
2015-04-12 12:10:26 +08:00
|
|
|
struct sample *sample;
|
|
|
|
|
|
|
|
from = cpu->pstate.current_pstate;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2015-12-05 00:40:30 +08:00
|
|
|
target_pstate = pstate_funcs.get_target_pstate(cpu);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
intel_pstate_update_pstate(cpu, target_pstate);
|
2015-04-12 12:10:26 +08:00
|
|
|
|
|
|
|
sample = &cpu->sample;
|
2016-05-12 01:09:12 +08:00
|
|
|
trace_pstate_sample(mul_ext_fp(100, sample->core_avg_perf),
|
2015-12-05 00:40:30 +08:00
|
|
|
fp_toint(sample->busy_scaled),
|
2015-04-12 12:10:26 +08:00
|
|
|
from,
|
|
|
|
cpu->pstate.current_pstate,
|
|
|
|
sample->mperf,
|
|
|
|
sample->aperf,
|
|
|
|
sample->tsc,
|
2016-03-06 15:34:06 +08:00
|
|
|
get_avg_frequency(cpu));
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2016-02-05 08:45:30 +08:00
|
|
|
static void intel_pstate_update_util(struct update_util_data *data, u64 time,
|
|
|
|
unsigned long util, unsigned long max)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2016-02-05 08:45:30 +08:00
|
|
|
struct cpudata *cpu = container_of(data, struct cpudata, update_util);
|
|
|
|
u64 delta_ns = time - cpu->sample.time;
|
2014-01-17 02:32:25 +08:00
|
|
|
|
2016-02-05 08:45:30 +08:00
|
|
|
if ((s64)delta_ns >= pid_params.sample_rate_ns) {
|
2016-03-11 06:45:19 +08:00
|
|
|
bool sample_taken = intel_pstate_sample(cpu, time);
|
|
|
|
|
intel_pstate: Fix intel_pstate_get()
After commit 8fa520af5081 "intel_pstate: Remove freq calculation from
intel_pstate_calc_busy()" intel_pstate_get() calls get_avg_frequency()
to compute the average frequency, which is problematic for two reasons.
First, intel_pstate_get() may be invoked before the driver reads the
CPU feedback registers for the first time and if that happens,
get_avg_frequency() will attempt to divide by zero.
Second, the get_avg_frequency() call in intel_pstate_get() is racy
with respect to intel_pstate_sample() and it may end up returning
completely meaningless values for this reason.
Moreover, after commit 7349ec0470b6 "intel_pstate: Move
intel_pstate_calc_busy() into get_target_pstate_use_performance()"
sample.core_pct_busy is never computed on Atom, but it is used in
intel_pstate_adjust_busy_pstate() in that case too.
To address those problems notice that if sample.core_pct_busy
was used in the average frequency computation carried out by
get_avg_frequency(), both the divide by zero problem and the
race with respect to intel_pstate_sample() would be avoided.
Accordingly, move the invocation of intel_pstate_calc_busy() from
get_target_pstate_use_performance() to intel_pstate_update_util(),
which also will take care of the uninitialized sample.core_pct_busy
on Atom, and modify get_avg_frequency() to use sample.core_pct_busy
as per the above.
Reported-by: kernel test robot <ying.huang@linux.intel.com>
Link: http://marc.info/?l=linux-kernel&m=146226437623173&w=4
Fixes: 8fa520af5081 "intel_pstate: Remove freq calculation from intel_pstate_calc_busy()"
Fixes: 7349ec0470b6 "intel_pstate: Move intel_pstate_calc_busy() into get_target_pstate_use_performance()"
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-05-04 20:01:10 +08:00
|
|
|
if (sample_taken) {
|
2016-05-12 01:09:12 +08:00
|
|
|
intel_pstate_calc_avg_perf(cpu);
|
intel_pstate: Fix intel_pstate_get()
After commit 8fa520af5081 "intel_pstate: Remove freq calculation from
intel_pstate_calc_busy()" intel_pstate_get() calls get_avg_frequency()
to compute the average frequency, which is problematic for two reasons.
First, intel_pstate_get() may be invoked before the driver reads the
CPU feedback registers for the first time and if that happens,
get_avg_frequency() will attempt to divide by zero.
Second, the get_avg_frequency() call in intel_pstate_get() is racy
with respect to intel_pstate_sample() and it may end up returning
completely meaningless values for this reason.
Moreover, after commit 7349ec0470b6 "intel_pstate: Move
intel_pstate_calc_busy() into get_target_pstate_use_performance()"
sample.core_pct_busy is never computed on Atom, but it is used in
intel_pstate_adjust_busy_pstate() in that case too.
To address those problems notice that if sample.core_pct_busy
was used in the average frequency computation carried out by
get_avg_frequency(), both the divide by zero problem and the
race with respect to intel_pstate_sample() would be avoided.
Accordingly, move the invocation of intel_pstate_calc_busy() from
get_target_pstate_use_performance() to intel_pstate_update_util(),
which also will take care of the uninitialized sample.core_pct_busy
on Atom, and modify get_avg_frequency() to use sample.core_pct_busy
as per the above.
Reported-by: kernel test robot <ying.huang@linux.intel.com>
Link: http://marc.info/?l=linux-kernel&m=146226437623173&w=4
Fixes: 8fa520af5081 "intel_pstate: Remove freq calculation from intel_pstate_calc_busy()"
Fixes: 7349ec0470b6 "intel_pstate: Move intel_pstate_calc_busy() into get_target_pstate_use_performance()"
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-05-04 20:01:10 +08:00
|
|
|
if (!hwp_active)
|
|
|
|
intel_pstate_adjust_busy_pstate(cpu);
|
|
|
|
}
|
2016-02-05 08:45:30 +08:00
|
|
|
}
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
#define ICPU(model, policy) \
|
2014-01-07 02:59:16 +08:00
|
|
|
{ X86_VENDOR_INTEL, 6, model, X86_FEATURE_APERFMPERF,\
|
|
|
|
(unsigned long)&policy }
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
static const struct x86_cpu_id intel_pstate_cpu_ids[] = {
|
2016-06-03 08:19:45 +08:00
|
|
|
ICPU(INTEL_FAM6_SANDYBRIDGE, core_params),
|
|
|
|
ICPU(INTEL_FAM6_SANDYBRIDGE_X, core_params),
|
|
|
|
ICPU(INTEL_FAM6_ATOM_SILVERMONT1, silvermont_params),
|
|
|
|
ICPU(INTEL_FAM6_IVYBRIDGE, core_params),
|
|
|
|
ICPU(INTEL_FAM6_HASWELL_CORE, core_params),
|
|
|
|
ICPU(INTEL_FAM6_BROADWELL_CORE, core_params),
|
|
|
|
ICPU(INTEL_FAM6_IVYBRIDGE_X, core_params),
|
|
|
|
ICPU(INTEL_FAM6_HASWELL_X, core_params),
|
|
|
|
ICPU(INTEL_FAM6_HASWELL_ULT, core_params),
|
|
|
|
ICPU(INTEL_FAM6_HASWELL_GT3E, core_params),
|
|
|
|
ICPU(INTEL_FAM6_BROADWELL_GT3E, core_params),
|
|
|
|
ICPU(INTEL_FAM6_ATOM_AIRMONT, airmont_params),
|
|
|
|
ICPU(INTEL_FAM6_SKYLAKE_MOBILE, core_params),
|
|
|
|
ICPU(INTEL_FAM6_BROADWELL_X, core_params),
|
|
|
|
ICPU(INTEL_FAM6_SKYLAKE_DESKTOP, core_params),
|
|
|
|
ICPU(INTEL_FAM6_BROADWELL_XEON_D, core_params),
|
|
|
|
ICPU(INTEL_FAM6_XEON_PHI_KNL, knl_params),
|
2016-06-10 06:34:41 +08:00
|
|
|
ICPU(INTEL_FAM6_ATOM_GOLDMONT, bxt_params),
|
2013-02-07 01:02:13 +08:00
|
|
|
{}
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(x86cpu, intel_pstate_cpu_ids);
|
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
static const struct x86_cpu_id intel_pstate_cpu_oob_ids[] = {
|
2016-06-03 08:19:45 +08:00
|
|
|
ICPU(INTEL_FAM6_BROADWELL_XEON_D, core_params),
|
2014-11-07 01:40:47 +08:00
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static int intel_pstate_init_cpu(unsigned int cpunum)
|
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
|
|
|
|
2014-10-13 23:37:42 +08:00
|
|
|
if (!all_cpu_data[cpunum])
|
|
|
|
all_cpu_data[cpunum] = kzalloc(sizeof(struct cpudata),
|
|
|
|
GFP_KERNEL);
|
2013-02-07 01:02:13 +08:00
|
|
|
if (!all_cpu_data[cpunum])
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[cpunum];
|
|
|
|
|
|
|
|
cpu->cpu = cpunum;
|
2015-07-15 00:46:23 +08:00
|
|
|
|
2016-02-05 08:45:30 +08:00
|
|
|
if (hwp_active) {
|
2015-07-15 00:46:23 +08:00
|
|
|
intel_pstate_hwp_enable(cpu);
|
2016-02-05 08:45:30 +08:00
|
|
|
pid_params.sample_rate_ms = 50;
|
|
|
|
pid_params.sample_rate_ns = 50 * NSEC_PER_MSEC;
|
|
|
|
}
|
2015-07-15 00:46:23 +08:00
|
|
|
|
2014-07-05 07:51:33 +08:00
|
|
|
intel_pstate_get_cpu_pstates(cpu);
|
2013-10-22 00:20:34 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
intel_pstate_busy_pid_reset(cpu);
|
|
|
|
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_debug("controlling: cpu %d\n", cpunum);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static unsigned int intel_pstate_get(unsigned int cpu_num)
|
|
|
|
{
|
2016-05-07 08:24:48 +08:00
|
|
|
struct cpudata *cpu = all_cpu_data[cpu_num];
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2016-05-07 08:24:48 +08:00
|
|
|
return cpu ? get_avg_frequency(cpu) : 0;
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2016-04-02 07:06:21 +08:00
|
|
|
static void intel_pstate_set_update_util_hook(unsigned int cpu_num)
|
2016-03-31 23:42:15 +08:00
|
|
|
{
|
2016-04-02 07:06:21 +08:00
|
|
|
struct cpudata *cpu = all_cpu_data[cpu_num];
|
|
|
|
|
|
|
|
/* Prevent intel_pstate_update_util() from using stale data. */
|
|
|
|
cpu->sample.time = 0;
|
2016-04-02 07:08:43 +08:00
|
|
|
cpufreq_add_update_util_hook(cpu_num, &cpu->update_util,
|
|
|
|
intel_pstate_update_util);
|
2016-05-11 14:33:08 +08:00
|
|
|
cpu->update_util_set = true;
|
2016-03-31 23:42:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void intel_pstate_clear_update_util_hook(unsigned int cpu)
|
|
|
|
{
|
2016-05-11 14:33:08 +08:00
|
|
|
struct cpudata *cpu_data = all_cpu_data[cpu];
|
|
|
|
|
|
|
|
if (!cpu_data->update_util_set)
|
|
|
|
return;
|
|
|
|
|
2016-04-02 07:08:43 +08:00
|
|
|
cpufreq_remove_update_util_hook(cpu);
|
2016-05-11 14:33:08 +08:00
|
|
|
cpu_data->update_util_set = false;
|
2016-03-31 23:42:15 +08:00
|
|
|
synchronize_sched();
|
|
|
|
}
|
|
|
|
|
2016-04-04 10:42:11 +08:00
|
|
|
static void intel_pstate_set_performance_limits(struct perf_limits *limits)
|
|
|
|
{
|
|
|
|
limits->no_turbo = 0;
|
|
|
|
limits->turbo_disabled = 0;
|
|
|
|
limits->max_perf_pct = 100;
|
|
|
|
limits->max_perf = int_tofp(1);
|
|
|
|
limits->min_perf_pct = 100;
|
|
|
|
limits->min_perf = int_tofp(1);
|
|
|
|
limits->max_policy_pct = 100;
|
|
|
|
limits->max_sysfs_pct = 100;
|
|
|
|
limits->min_policy_pct = 0;
|
|
|
|
limits->min_sysfs_pct = 0;
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static int intel_pstate_set_policy(struct cpufreq_policy *policy)
|
|
|
|
{
|
cpufreq: intel_pstate: Adjust policy->max
When policy->max is changed via _PPC or sysfs and is more than the max non
turbo frequency, it does not really change resulting performance in some
processors. When policy->max results in a P-State ratio more than the
turbo activation ratio, then processor can choose any P-State up to max
turbo. So the user or _PPC setting has no value, but this can cause
undesirable side effects like:
- Showing reduced max percentage in Intel P-State sysfs
- It can cause reduced max performance under certain boundary conditions:
The requested max scaling frequency either via _PPC or via cpufreq-sysfs,
will be converted into a fixed floating point max percent scale. In
majority of the cases this will result in correct max. But not 100% of the
time. If the _PPC is requested at a point where the calculation lead to a
lower max, this can result in a lower P-State then expected and it will
impact performance.
Example of this condition using a Broadwell laptop with config TDP.
ACPI _PSS table from a Broadwell laptop
2301000 2300000 2200000 2000000 1900000 1800000 1700000 1500000 1400000
1300000 1100000 1000000 900000 800000 600000 500000
The actual results by disabling config TDP so that we can get what is
requested on or below 2300000Khz.
scaling_max_freq Max Requested P-State Resultant scaling
max
---------------------------------------- ----------------------
2400000 18 2900000 (max
turbo)
2300000 17 2300000 (max
physical non turbo)
2200000 15 2100000
2100000 15 2100000
2000000 13 1900000
1900000 13 1900000
1800000 12 1800000
1700000 11 1700000
1600000 10 1600000
1500000 f 1500000
1400000 e 1400000
1300000 d 1300000
1200000 c 1200000
1100000 a 1000000
1000000 a 1000000
900000 9 900000
800000 8 800000
700000 7 700000
600000 6 600000
500000 5 500000
------------------------------------------------------------------
Now set the config TDP level 1 ratio as 0x0b (equivalent to 1100000KHz)
in BIOS (not every system will let you adjust this).
The turbo activation ratio will be set to one less than that, which will
be 0x0a (So any request above 1000000KHz should result in turbo region
assuming no thermal limits).
Here _PPC will request max to 1100000KHz (which basically should still
result in turbo as this is more than the turbo activation ratio up to
max allowable turbo frequency), but actual calculation resulted in a max
ceiling P-State which is 0x0a. So under any load condition, this driver
will not request turbo P-States. This will be a huge performance hit.
When config TDP feature is ON, if the _PPC points to a frequency above
turbo activation ratio, the performance can still reach max turbo. In this
case we don't need to treat this as the reduced frequency in set_policy
callback.
In this change when config TDP is active (by checking if the physical max
non turbo ratio is more than the current max non turbo ratio), any request
above current max non turbo is treated as full performance.
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
[ rjw : Minor cleanups ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-04-28 06:48:07 +08:00
|
|
|
struct cpudata *cpu;
|
|
|
|
|
2013-03-06 06:15:26 +08:00
|
|
|
if (!policy->cpuinfo.max_freq)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2016-03-31 23:42:15 +08:00
|
|
|
intel_pstate_clear_update_util_hook(policy->cpu);
|
|
|
|
|
2016-06-08 08:38:52 +08:00
|
|
|
pr_debug("set_policy cpuinfo.max %u policy->max %u\n",
|
|
|
|
policy->cpuinfo.max_freq, policy->max);
|
|
|
|
|
cpufreq: intel_pstate: Adjust policy->max
When policy->max is changed via _PPC or sysfs and is more than the max non
turbo frequency, it does not really change resulting performance in some
processors. When policy->max results in a P-State ratio more than the
turbo activation ratio, then processor can choose any P-State up to max
turbo. So the user or _PPC setting has no value, but this can cause
undesirable side effects like:
- Showing reduced max percentage in Intel P-State sysfs
- It can cause reduced max performance under certain boundary conditions:
The requested max scaling frequency either via _PPC or via cpufreq-sysfs,
will be converted into a fixed floating point max percent scale. In
majority of the cases this will result in correct max. But not 100% of the
time. If the _PPC is requested at a point where the calculation lead to a
lower max, this can result in a lower P-State then expected and it will
impact performance.
Example of this condition using a Broadwell laptop with config TDP.
ACPI _PSS table from a Broadwell laptop
2301000 2300000 2200000 2000000 1900000 1800000 1700000 1500000 1400000
1300000 1100000 1000000 900000 800000 600000 500000
The actual results by disabling config TDP so that we can get what is
requested on or below 2300000Khz.
scaling_max_freq Max Requested P-State Resultant scaling
max
---------------------------------------- ----------------------
2400000 18 2900000 (max
turbo)
2300000 17 2300000 (max
physical non turbo)
2200000 15 2100000
2100000 15 2100000
2000000 13 1900000
1900000 13 1900000
1800000 12 1800000
1700000 11 1700000
1600000 10 1600000
1500000 f 1500000
1400000 e 1400000
1300000 d 1300000
1200000 c 1200000
1100000 a 1000000
1000000 a 1000000
900000 9 900000
800000 8 800000
700000 7 700000
600000 6 600000
500000 5 500000
------------------------------------------------------------------
Now set the config TDP level 1 ratio as 0x0b (equivalent to 1100000KHz)
in BIOS (not every system will let you adjust this).
The turbo activation ratio will be set to one less than that, which will
be 0x0a (So any request above 1000000KHz should result in turbo region
assuming no thermal limits).
Here _PPC will request max to 1100000KHz (which basically should still
result in turbo as this is more than the turbo activation ratio up to
max allowable turbo frequency), but actual calculation resulted in a max
ceiling P-State which is 0x0a. So under any load condition, this driver
will not request turbo P-States. This will be a huge performance hit.
When config TDP feature is ON, if the _PPC points to a frequency above
turbo activation ratio, the performance can still reach max turbo. In this
case we don't need to treat this as the reduced frequency in set_policy
callback.
In this change when config TDP is active (by checking if the physical max
non turbo ratio is more than the current max non turbo ratio), any request
above current max non turbo is treated as full performance.
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
[ rjw : Minor cleanups ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-04-28 06:48:07 +08:00
|
|
|
cpu = all_cpu_data[0];
|
2016-05-12 06:46:45 +08:00
|
|
|
if (cpu->pstate.max_pstate_physical > cpu->pstate.max_pstate &&
|
|
|
|
policy->max < policy->cpuinfo.max_freq &&
|
|
|
|
policy->max > cpu->pstate.max_pstate * cpu->pstate.scaling) {
|
|
|
|
pr_debug("policy->max > max non turbo frequency\n");
|
|
|
|
policy->max = policy->cpuinfo.max_freq;
|
cpufreq: intel_pstate: Adjust policy->max
When policy->max is changed via _PPC or sysfs and is more than the max non
turbo frequency, it does not really change resulting performance in some
processors. When policy->max results in a P-State ratio more than the
turbo activation ratio, then processor can choose any P-State up to max
turbo. So the user or _PPC setting has no value, but this can cause
undesirable side effects like:
- Showing reduced max percentage in Intel P-State sysfs
- It can cause reduced max performance under certain boundary conditions:
The requested max scaling frequency either via _PPC or via cpufreq-sysfs,
will be converted into a fixed floating point max percent scale. In
majority of the cases this will result in correct max. But not 100% of the
time. If the _PPC is requested at a point where the calculation lead to a
lower max, this can result in a lower P-State then expected and it will
impact performance.
Example of this condition using a Broadwell laptop with config TDP.
ACPI _PSS table from a Broadwell laptop
2301000 2300000 2200000 2000000 1900000 1800000 1700000 1500000 1400000
1300000 1100000 1000000 900000 800000 600000 500000
The actual results by disabling config TDP so that we can get what is
requested on or below 2300000Khz.
scaling_max_freq Max Requested P-State Resultant scaling
max
---------------------------------------- ----------------------
2400000 18 2900000 (max
turbo)
2300000 17 2300000 (max
physical non turbo)
2200000 15 2100000
2100000 15 2100000
2000000 13 1900000
1900000 13 1900000
1800000 12 1800000
1700000 11 1700000
1600000 10 1600000
1500000 f 1500000
1400000 e 1400000
1300000 d 1300000
1200000 c 1200000
1100000 a 1000000
1000000 a 1000000
900000 9 900000
800000 8 800000
700000 7 700000
600000 6 600000
500000 5 500000
------------------------------------------------------------------
Now set the config TDP level 1 ratio as 0x0b (equivalent to 1100000KHz)
in BIOS (not every system will let you adjust this).
The turbo activation ratio will be set to one less than that, which will
be 0x0a (So any request above 1000000KHz should result in turbo region
assuming no thermal limits).
Here _PPC will request max to 1100000KHz (which basically should still
result in turbo as this is more than the turbo activation ratio up to
max allowable turbo frequency), but actual calculation resulted in a max
ceiling P-State which is 0x0a. So under any load condition, this driver
will not request turbo P-States. This will be a huge performance hit.
When config TDP feature is ON, if the _PPC points to a frequency above
turbo activation ratio, the performance can still reach max turbo. In this
case we don't need to treat this as the reduced frequency in set_policy
callback.
In this change when config TDP is active (by checking if the physical max
non turbo ratio is more than the current max non turbo ratio), any request
above current max non turbo is treated as full performance.
Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
[ rjw : Minor cleanups ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-04-28 06:48:07 +08:00
|
|
|
}
|
|
|
|
|
2016-04-04 10:42:11 +08:00
|
|
|
if (policy->policy == CPUFREQ_POLICY_PERFORMANCE) {
|
2015-10-15 19:34:15 +08:00
|
|
|
limits = &performance_limits;
|
2016-04-04 10:42:11 +08:00
|
|
|
if (policy->max >= policy->cpuinfo.max_freq) {
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_debug("set performance\n");
|
2016-04-04 10:42:11 +08:00
|
|
|
intel_pstate_set_performance_limits(limits);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
} else {
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_debug("set powersave\n");
|
2016-04-04 10:42:11 +08:00
|
|
|
limits = &powersave_limits;
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->min_policy_pct = (policy->min * 100) / policy->cpuinfo.max_freq;
|
|
|
|
limits->min_policy_pct = clamp_t(int, limits->min_policy_pct, 0 , 100);
|
2015-11-21 07:47:56 +08:00
|
|
|
limits->max_policy_pct = DIV_ROUND_UP(policy->max * 100,
|
|
|
|
policy->cpuinfo.max_freq);
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->max_policy_pct = clamp_t(int, limits->max_policy_pct, 0 , 100);
|
2015-09-09 18:27:31 +08:00
|
|
|
|
|
|
|
/* Normalize user input to [min_policy_pct, max_policy_pct] */
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->min_perf_pct = max(limits->min_policy_pct,
|
|
|
|
limits->min_sysfs_pct);
|
|
|
|
limits->min_perf_pct = min(limits->max_policy_pct,
|
|
|
|
limits->min_perf_pct);
|
|
|
|
limits->max_perf_pct = min(limits->max_policy_pct,
|
|
|
|
limits->max_sysfs_pct);
|
|
|
|
limits->max_perf_pct = max(limits->min_policy_pct,
|
|
|
|
limits->max_perf_pct);
|
2015-09-09 18:27:31 +08:00
|
|
|
|
|
|
|
/* Make sure min_perf_pct <= max_perf_pct */
|
2015-10-15 19:34:15 +08:00
|
|
|
limits->min_perf_pct = min(limits->max_perf_pct, limits->min_perf_pct);
|
2015-09-09 18:27:31 +08:00
|
|
|
|
2016-04-09 07:25:58 +08:00
|
|
|
limits->min_perf = div_fp(limits->min_perf_pct, 100);
|
|
|
|
limits->max_perf = div_fp(limits->max_perf_pct, 100);
|
2016-06-08 08:38:52 +08:00
|
|
|
limits->max_perf = round_up(limits->max_perf, FRAC_BITS);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2016-03-31 23:42:15 +08:00
|
|
|
out:
|
|
|
|
intel_pstate_set_update_util_hook(policy->cpu);
|
|
|
|
|
2016-05-02 08:27:19 +08:00
|
|
|
intel_pstate_hwp_set_policy(policy);
|
2014-11-07 01:40:47 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int intel_pstate_verify_policy(struct cpufreq_policy *policy)
|
|
|
|
{
|
2013-10-02 16:43:19 +08:00
|
|
|
cpufreq_verify_within_cpu_limits(policy);
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2014-07-18 23:37:21 +08:00
|
|
|
if (policy->policy != CPUFREQ_POLICY_POWERSAVE &&
|
2014-07-18 23:37:23 +08:00
|
|
|
policy->policy != CPUFREQ_POLICY_PERFORMANCE)
|
2013-02-07 01:02:13 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-03-19 23:45:54 +08:00
|
|
|
static void intel_pstate_stop_cpu(struct cpufreq_policy *policy)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
2014-03-19 23:45:54 +08:00
|
|
|
int cpu_num = policy->cpu;
|
|
|
|
struct cpudata *cpu = all_cpu_data[cpu_num];
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_debug("CPU %d exiting\n", cpu_num);
|
2014-03-19 23:45:54 +08:00
|
|
|
|
2016-03-31 23:42:15 +08:00
|
|
|
intel_pstate_clear_update_util_hook(cpu_num);
|
2016-02-05 08:45:30 +08:00
|
|
|
|
2014-11-07 01:40:47 +08:00
|
|
|
if (hwp_active)
|
|
|
|
return;
|
|
|
|
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
intel_pstate_set_min_pstate(cpu);
|
2013-02-07 01:02:13 +08:00
|
|
|
}
|
|
|
|
|
2013-06-20 01:54:04 +08:00
|
|
|
static int intel_pstate_cpu_init(struct cpufreq_policy *policy)
|
2013-02-07 01:02:13 +08:00
|
|
|
{
|
|
|
|
struct cpudata *cpu;
|
2013-10-16 02:06:14 +08:00
|
|
|
int rc;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
rc = intel_pstate_init_cpu(policy->cpu);
|
|
|
|
if (rc)
|
|
|
|
return rc;
|
|
|
|
|
|
|
|
cpu = all_cpu_data[policy->cpu];
|
|
|
|
|
2015-10-15 19:34:15 +08:00
|
|
|
if (limits->min_perf_pct == 100 && limits->max_perf_pct == 100)
|
2013-02-07 01:02:13 +08:00
|
|
|
policy->policy = CPUFREQ_POLICY_PERFORMANCE;
|
|
|
|
else
|
|
|
|
policy->policy = CPUFREQ_POLICY_POWERSAVE;
|
|
|
|
|
2014-10-13 23:37:43 +08:00
|
|
|
policy->min = cpu->pstate.min_pstate * cpu->pstate.scaling;
|
|
|
|
policy->max = cpu->pstate.turbo_pstate * cpu->pstate.scaling;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
|
|
|
/* cpuinfo and default policy values */
|
2014-10-13 23:37:43 +08:00
|
|
|
policy->cpuinfo.min_freq = cpu->pstate.min_pstate * cpu->pstate.scaling;
|
2016-06-08 08:38:53 +08:00
|
|
|
update_turbo_state();
|
|
|
|
policy->cpuinfo.max_freq = limits->turbo_disabled ?
|
|
|
|
cpu->pstate.max_pstate : cpu->pstate.turbo_pstate;
|
|
|
|
policy->cpuinfo.max_freq *= cpu->pstate.scaling;
|
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
intel_pstate_init_acpi_perf_limits(policy);
|
2013-02-07 01:02:13 +08:00
|
|
|
policy->cpuinfo.transition_latency = CPUFREQ_ETERNAL;
|
|
|
|
cpumask_set_cpu(policy->cpu, policy->cpus);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
static int intel_pstate_cpu_exit(struct cpufreq_policy *policy)
|
|
|
|
{
|
|
|
|
intel_pstate_exit_perf_limits(policy);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static struct cpufreq_driver intel_pstate_driver = {
|
|
|
|
.flags = CPUFREQ_CONST_LOOPS,
|
|
|
|
.verify = intel_pstate_verify_policy,
|
|
|
|
.setpolicy = intel_pstate_set_policy,
|
2016-05-02 08:27:19 +08:00
|
|
|
.resume = intel_pstate_hwp_set_policy,
|
2013-02-07 01:02:13 +08:00
|
|
|
.get = intel_pstate_get,
|
|
|
|
.init = intel_pstate_cpu_init,
|
2016-04-28 06:48:06 +08:00
|
|
|
.exit = intel_pstate_cpu_exit,
|
2014-03-19 23:45:54 +08:00
|
|
|
.stop_cpu = intel_pstate_stop_cpu,
|
2013-02-07 01:02:13 +08:00
|
|
|
.name = "intel_pstate",
|
|
|
|
};
|
|
|
|
|
2016-06-27 18:07:16 +08:00
|
|
|
static int no_load __initdata;
|
|
|
|
static int no_hwp __initdata;
|
|
|
|
static int hwp_only __initdata;
|
2014-12-09 09:43:19 +08:00
|
|
|
static unsigned int force_load;
|
2013-02-16 05:55:10 +08:00
|
|
|
|
2013-03-22 08:29:28 +08:00
|
|
|
static int intel_pstate_msrs_not_valid(void)
|
|
|
|
{
|
2013-10-22 00:20:34 +08:00
|
|
|
if (!pstate_funcs.get_max() ||
|
2014-07-18 23:37:23 +08:00
|
|
|
!pstate_funcs.get_min() ||
|
|
|
|
!pstate_funcs.get_turbo())
|
2013-03-22 08:29:28 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2013-10-22 00:20:34 +08:00
|
|
|
|
2013-10-30 23:38:32 +08:00
|
|
|
static void copy_pid_params(struct pstate_adjust_policy *policy)
|
2013-10-22 00:20:34 +08:00
|
|
|
{
|
|
|
|
pid_params.sample_rate_ms = policy->sample_rate_ms;
|
2016-02-05 08:45:30 +08:00
|
|
|
pid_params.sample_rate_ns = pid_params.sample_rate_ms * NSEC_PER_MSEC;
|
2013-10-22 00:20:34 +08:00
|
|
|
pid_params.p_gain_pct = policy->p_gain_pct;
|
|
|
|
pid_params.i_gain_pct = policy->i_gain_pct;
|
|
|
|
pid_params.d_gain_pct = policy->d_gain_pct;
|
|
|
|
pid_params.deadband = policy->deadband;
|
|
|
|
pid_params.setpoint = policy->setpoint;
|
|
|
|
}
|
|
|
|
|
2013-10-30 23:38:32 +08:00
|
|
|
static void copy_cpu_funcs(struct pstate_funcs *funcs)
|
2013-10-22 00:20:34 +08:00
|
|
|
{
|
|
|
|
pstate_funcs.get_max = funcs->get_max;
|
2015-10-15 07:12:00 +08:00
|
|
|
pstate_funcs.get_max_physical = funcs->get_max_physical;
|
2013-10-22 00:20:34 +08:00
|
|
|
pstate_funcs.get_min = funcs->get_min;
|
|
|
|
pstate_funcs.get_turbo = funcs->get_turbo;
|
2014-10-13 23:37:43 +08:00
|
|
|
pstate_funcs.get_scaling = funcs->get_scaling;
|
intel_pstate: Do not call wrmsrl_on_cpu() with disabled interrupts
After commit a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with
utilization update callbacks) wrmsrl_on_cpu() cannot be called in the
intel_pstate_adjust_busy_pstate() path as that is executed with
disabled interrupts. However, atom_set_pstate() called from there
via intel_pstate_set_pstate() uses wrmsrl_on_cpu() to update the
IA32_PERF_CTL MSR which triggers the WARN_ON_ONCE() in
smp_call_function_single().
The reason why wrmsrl_on_cpu() is used by atom_set_pstate() is
because intel_pstate_set_pstate() calling it is also invoked during
the initialization and cleanup of the driver and in those cases it is
not guaranteed to be run on the CPU that is being updated. However,
in the case when intel_pstate_set_pstate() is called by
intel_pstate_adjust_busy_pstate(), wrmsrl() can be used to update
the register safely. Moreover, intel_pstate_set_pstate() already
contains code that only is executed if the function is called by
intel_pstate_adjust_busy_pstate() and there is a special argument
passed to it because of that.
To fix the problem at hand, rearrange the code taking the above
observations into account.
First, replace the ->set() callback in struct pstate_funcs with a
->get_val() one that will return the value to be written to the
IA32_PERF_CTL MSR without updating the register.
Second, split intel_pstate_set_pstate() into two functions,
intel_pstate_update_pstate() to be called by
intel_pstate_adjust_busy_pstate() that will contain all of the
intel_pstate_set_pstate() code which only needs to be executed in
that case and will use wrmsrl() to update the MSR (after obtaining
the value to write to it from the ->get_val() callback), and
intel_pstate_set_min_pstate() to be invoked during the
initialization and cleanup that will set the P-state to the
minimum one and will update the MSR using wrmsrl_on_cpu().
Finally, move the code shared between intel_pstate_update_pstate()
and intel_pstate_set_min_pstate() to a new static inline function
intel_pstate_record_pstate() and make them both call it.
Of course, that unifies the handling of the IA32_PERF_CTL MSR writes
between Atom and Core.
Fixes: a4675fbc4a7a (cpufreq: intel_pstate: Replace timers with utilization update callbacks)
Reported-and-tested-by: Josh Boyer <jwboyer@fedoraproject.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2016-03-19 06:20:02 +08:00
|
|
|
pstate_funcs.get_val = funcs->get_val;
|
2013-12-19 02:32:39 +08:00
|
|
|
pstate_funcs.get_vid = funcs->get_vid;
|
2015-12-05 00:40:30 +08:00
|
|
|
pstate_funcs.get_target_pstate = funcs->get_target_pstate;
|
|
|
|
|
2013-10-22 00:20:34 +08:00
|
|
|
}
|
|
|
|
|
2016-04-28 06:48:06 +08:00
|
|
|
#ifdef CONFIG_ACPI
|
2013-10-31 23:24:05 +08:00
|
|
|
|
|
|
|
static bool intel_pstate_no_acpi_pss(void)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for_each_possible_cpu(i) {
|
|
|
|
acpi_status status;
|
|
|
|
union acpi_object *pss;
|
|
|
|
struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
|
|
|
|
struct acpi_processor *pr = per_cpu(processors, i);
|
|
|
|
|
|
|
|
if (!pr)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
status = acpi_evaluate_object(pr->handle, "_PSS", NULL, &buffer);
|
|
|
|
if (ACPI_FAILURE(status))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
pss = buffer.pointer;
|
|
|
|
if (pss && pss->type == ACPI_TYPE_PACKAGE) {
|
|
|
|
kfree(pss);
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree(pss);
|
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2014-12-01 10:32:08 +08:00
|
|
|
static bool intel_pstate_has_acpi_ppc(void)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for_each_possible_cpu(i) {
|
|
|
|
struct acpi_processor *pr = per_cpu(processors, i);
|
|
|
|
|
|
|
|
if (!pr)
|
|
|
|
continue;
|
|
|
|
if (acpi_has_method(pr->handle, "_PPC"))
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
enum {
|
|
|
|
PSS,
|
|
|
|
PPC,
|
|
|
|
};
|
|
|
|
|
2013-10-31 23:24:05 +08:00
|
|
|
struct hw_vendor_info {
|
|
|
|
u16 valid;
|
|
|
|
char oem_id[ACPI_OEM_ID_SIZE];
|
|
|
|
char oem_table_id[ACPI_OEM_TABLE_ID_SIZE];
|
2014-12-01 10:32:08 +08:00
|
|
|
int oem_pwr_table;
|
2013-10-31 23:24:05 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* Hardware vendor-specific info that has its own power management modes */
|
|
|
|
static struct hw_vendor_info vendor_info[] = {
|
2014-12-01 10:32:08 +08:00
|
|
|
{1, "HP ", "ProLiant", PSS},
|
|
|
|
{1, "ORACLE", "X4-2 ", PPC},
|
|
|
|
{1, "ORACLE", "X4-2L ", PPC},
|
|
|
|
{1, "ORACLE", "X4-2B ", PPC},
|
|
|
|
{1, "ORACLE", "X3-2 ", PPC},
|
|
|
|
{1, "ORACLE", "X3-2L ", PPC},
|
|
|
|
{1, "ORACLE", "X3-2B ", PPC},
|
|
|
|
{1, "ORACLE", "X4470M2 ", PPC},
|
|
|
|
{1, "ORACLE", "X4270M3 ", PPC},
|
|
|
|
{1, "ORACLE", "X4270M2 ", PPC},
|
|
|
|
{1, "ORACLE", "X4170M2 ", PPC},
|
2015-08-05 08:28:50 +08:00
|
|
|
{1, "ORACLE", "X4170 M3", PPC},
|
|
|
|
{1, "ORACLE", "X4275 M3", PPC},
|
|
|
|
{1, "ORACLE", "X6-2 ", PPC},
|
|
|
|
{1, "ORACLE", "Sudbury ", PPC},
|
2013-10-31 23:24:05 +08:00
|
|
|
{0, "", ""},
|
|
|
|
};
|
|
|
|
|
|
|
|
static bool intel_pstate_platform_pwr_mgmt_exists(void)
|
|
|
|
{
|
|
|
|
struct acpi_table_header hdr;
|
|
|
|
struct hw_vendor_info *v_info;
|
2014-11-07 01:40:47 +08:00
|
|
|
const struct x86_cpu_id *id;
|
|
|
|
u64 misc_pwr;
|
|
|
|
|
|
|
|
id = x86_match_cpu(intel_pstate_cpu_oob_ids);
|
|
|
|
if (id) {
|
|
|
|
rdmsrl(MSR_MISC_PWR_MGMT, misc_pwr);
|
|
|
|
if ( misc_pwr & (1 << 8))
|
|
|
|
return true;
|
|
|
|
}
|
2013-10-31 23:24:05 +08:00
|
|
|
|
2014-07-18 23:37:23 +08:00
|
|
|
if (acpi_disabled ||
|
|
|
|
ACPI_FAILURE(acpi_get_table_header(ACPI_SIG_FADT, 0, &hdr)))
|
2013-10-31 23:24:05 +08:00
|
|
|
return false;
|
|
|
|
|
|
|
|
for (v_info = vendor_info; v_info->valid; v_info++) {
|
2014-07-18 23:37:23 +08:00
|
|
|
if (!strncmp(hdr.oem_id, v_info->oem_id, ACPI_OEM_ID_SIZE) &&
|
2014-12-01 10:32:08 +08:00
|
|
|
!strncmp(hdr.oem_table_id, v_info->oem_table_id,
|
|
|
|
ACPI_OEM_TABLE_ID_SIZE))
|
|
|
|
switch (v_info->oem_pwr_table) {
|
|
|
|
case PSS:
|
|
|
|
return intel_pstate_no_acpi_pss();
|
|
|
|
case PPC:
|
2014-12-09 09:43:19 +08:00
|
|
|
return intel_pstate_has_acpi_ppc() &&
|
|
|
|
(!force_load);
|
2014-12-01 10:32:08 +08:00
|
|
|
}
|
2013-10-31 23:24:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
#else /* CONFIG_ACPI not enabled */
|
|
|
|
static inline bool intel_pstate_platform_pwr_mgmt_exists(void) { return false; }
|
2014-12-01 10:32:08 +08:00
|
|
|
static inline bool intel_pstate_has_acpi_ppc(void) { return false; }
|
2013-10-31 23:24:05 +08:00
|
|
|
#endif /* CONFIG_ACPI */
|
|
|
|
|
2016-02-26 07:09:19 +08:00
|
|
|
static const struct x86_cpu_id hwp_support_ids[] __initconst = {
|
|
|
|
{ X86_VENDOR_INTEL, 6, X86_MODEL_ANY, X86_FEATURE_HWP },
|
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
static int __init intel_pstate_init(void)
|
|
|
|
{
|
2013-03-06 06:15:27 +08:00
|
|
|
int cpu, rc = 0;
|
2013-02-07 01:02:13 +08:00
|
|
|
const struct x86_cpu_id *id;
|
2015-04-03 21:19:53 +08:00
|
|
|
struct cpu_defaults *cpu_def;
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2013-02-16 05:55:10 +08:00
|
|
|
if (no_load)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2016-02-26 07:09:19 +08:00
|
|
|
if (x86_match_cpu(hwp_support_ids) && !no_hwp) {
|
|
|
|
copy_cpu_funcs(&core_params.funcs);
|
|
|
|
hwp_active++;
|
|
|
|
goto hwp_cpu_matched;
|
|
|
|
}
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
id = x86_match_cpu(intel_pstate_cpu_ids);
|
|
|
|
if (!id)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2015-04-03 21:19:53 +08:00
|
|
|
cpu_def = (struct cpu_defaults *)id->driver_data;
|
2013-10-22 00:20:34 +08:00
|
|
|
|
2015-04-03 21:19:53 +08:00
|
|
|
copy_pid_params(&cpu_def->pid_policy);
|
|
|
|
copy_cpu_funcs(&cpu_def->funcs);
|
2013-10-22 00:20:34 +08:00
|
|
|
|
2013-03-22 08:29:28 +08:00
|
|
|
if (intel_pstate_msrs_not_valid())
|
|
|
|
return -ENODEV;
|
|
|
|
|
2016-02-26 07:09:19 +08:00
|
|
|
hwp_cpu_matched:
|
|
|
|
/*
|
|
|
|
* The Intel pstate driver will be ignored if the platform
|
|
|
|
* firmware has its own power management modes.
|
|
|
|
*/
|
|
|
|
if (intel_pstate_platform_pwr_mgmt_exists())
|
|
|
|
return -ENODEV;
|
|
|
|
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_info("Intel P-state driver initializing\n");
|
2013-02-07 01:02:13 +08:00
|
|
|
|
2013-05-13 16:03:43 +08:00
|
|
|
all_cpu_data = vzalloc(sizeof(void *) * num_possible_cpus());
|
2013-02-07 01:02:13 +08:00
|
|
|
if (!all_cpu_data)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2015-02-07 05:41:55 +08:00
|
|
|
if (!hwp_active && hwp_only)
|
|
|
|
goto out;
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
rc = cpufreq_register_driver(&intel_pstate_driver);
|
|
|
|
if (rc)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
intel_pstate_debug_expose_params();
|
|
|
|
intel_pstate_sysfs_expose_params();
|
2014-01-17 02:32:25 +08:00
|
|
|
|
2016-02-26 07:09:19 +08:00
|
|
|
if (hwp_active)
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_info("HWP enabled\n");
|
2016-02-26 07:09:19 +08:00
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
return rc;
|
|
|
|
out:
|
2013-03-06 06:15:27 +08:00
|
|
|
get_online_cpus();
|
|
|
|
for_each_online_cpu(cpu) {
|
|
|
|
if (all_cpu_data[cpu]) {
|
2016-03-31 23:42:15 +08:00
|
|
|
intel_pstate_clear_update_util_hook(cpu);
|
2013-03-06 06:15:27 +08:00
|
|
|
kfree(all_cpu_data[cpu]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
put_online_cpus();
|
|
|
|
vfree(all_cpu_data);
|
2013-02-07 01:02:13 +08:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
device_initcall(intel_pstate_init);
|
|
|
|
|
2013-02-16 05:55:10 +08:00
|
|
|
static int __init intel_pstate_setup(char *str)
|
|
|
|
{
|
|
|
|
if (!str)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (!strcmp(str, "disable"))
|
|
|
|
no_load = 1;
|
2015-10-22 21:43:31 +08:00
|
|
|
if (!strcmp(str, "no_hwp")) {
|
2016-04-06 04:28:23 +08:00
|
|
|
pr_info("HWP disabled\n");
|
2014-11-07 01:40:47 +08:00
|
|
|
no_hwp = 1;
|
2015-10-22 21:43:31 +08:00
|
|
|
}
|
2014-12-09 09:43:19 +08:00
|
|
|
if (!strcmp(str, "force"))
|
|
|
|
force_load = 1;
|
2015-02-07 05:41:55 +08:00
|
|
|
if (!strcmp(str, "hwp_only"))
|
|
|
|
hwp_only = 1;
|
2016-04-28 06:48:06 +08:00
|
|
|
|
|
|
|
#ifdef CONFIG_ACPI
|
|
|
|
if (!strcmp(str, "support_acpi_ppc"))
|
|
|
|
acpi_ppc = true;
|
|
|
|
#endif
|
|
|
|
|
2013-02-16 05:55:10 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("intel_pstate", intel_pstate_setup);
|
|
|
|
|
2013-02-07 01:02:13 +08:00
|
|
|
MODULE_AUTHOR("Dirk Brandewie <dirk.j.brandewie@intel.com>");
|
|
|
|
MODULE_DESCRIPTION("'intel_pstate' - P state driver Intel Core processors");
|
|
|
|
MODULE_LICENSE("GPL");
|