1. Re: Inconsistent load average on tickless kernels
- by Peter Zijlstra @ 2012-03-05 23:25 UTC [6%]
2. [tip:sched/core] sched: Fix nohz load accounting -- again!
- by tip-bot for Peter Zijlstra @ 2012-03-13 4:48 UTC [6%]
3. [ 47/47] sched: Fix nohz load accounting -- again!
- by Greg KH @ 2012-05-04 20:43 UTC [6%]
4. [ 56/75] sched: Fix nohz load accounting -- again!
- by Greg KH @ 2012-05-04 20:43 UTC [6%]
5. RE: [ 56/75] sched: Fix nohz load accounting -- again!
- by Doug Smythies @ 2012-05-04 22:03 UTC [12%]
6. [ 133/167] [PATCH] sched: Fix nohz load accounting -- again!
- by Ben Hutchings @ 2012-05-09 5:52 UTC [6%]
7. RE: [ 56/75] sched: Fix nohz load accounting -- again!
- by Doug Smythies @ 2012-05-22 16:39 UTC [13%]
8. Re: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Jonathan Nieder @ 2012-05-23 21:53 UTC [6%]
9. RE: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Doug Smythies @ 2012-05-30 14:30 UTC [15%]
10. Re: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Anders Boström @ 2012-05-30 14:54 UTC [0%]
11. RE: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Doug Smythies @ 2012-06-08 17:01 UTC [15%]
12. Re: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Jonathan Nieder @ 2012-06-10 17:49 UTC [7%]
13. RE: [3.2.16 -> 3.2.17 regression] High reported CPU load when idle
- by Doug Smythies @ 2012-06-12 6:12 UTC [15%]
14. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-13 5:55 UTC [15%]
15. Re: [PATCH] sched: Folding nohz load accounting more accurate
- by Charles Wang @ 2012-06-13 7:56 UTC [6%]
16. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-13 8:16 UTC [6%]
17. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-13 15:33 UTC [14%]
18. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-13 21:57 UTC [6%]
19. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-14 3:13 UTC [7%]
20. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-14 4:41 UTC [12%]
21. Re: [PATCH] sched: Folding nohz load accounting more accurate
- by Charles Wang @ 2012-06-14 15:42 UTC [6%]
22. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-16 6:42 UTC [14%]
23. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-16 14:53 UTC [7%]
24. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-18 6:41 UTC [7%]
25. [PATCHv2 1/2] sched: Folding nohz load accounting more accurate
- by Charles Wang @ 2012-06-18 7:12 UTC [4%]
26. [PATCH 2/2] sched: Try fix sampling time line for idle
- by Charles Wang @ 2012-06-18 7:12 UTC [6%]
27. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-18 10:13 UTC [6%]
28. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-19 6:19 UTC [7%]
29. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-19 15:50 UTC [7%]
30. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-20 9:45 UTC [6%]
31. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-21 4:12 UTC [7%]
32. Re: [PATCH] sched: Folding nohz load accounting more accurate
- by Charles Wang @ 2012-06-21 6:35 UTC [6%]
33. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-21 8:48 UTC [6%]
34. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Peter Zijlstra @ 2012-06-22 14:03 UTC [4%]
35. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-06-24 21:45 UTC [13%]
36. RE: [PATCH] sched: Folding nohz load accounting more accurate
- by Doug Smythies @ 2012-07-03 16:01 UTC [7%]
37. [tip:sched/core] sched/nohz: Rewrite and fix load-avg computation -- again
- by tip-bot for Peter Zijlstra @ 2012-07-06 6:19 UTC [3%]
38. [ 11/37] sched/nohz: Rewrite and fix load-avg computation -- again
- by Greg Kroah-Hartman @ 2012-07-18 0:02 UTC [3%]
39. Re: [ 11/37] sched/nohz: Rewrite and fix load-avg computation -- again
- by Peter Zijlstra @ 2012-07-20 17:04 UTC [6%]
40. Re: [ 11/37] sched/nohz: Rewrite and fix load-avg computation -- again
- by Jonathan Nieder @ 2012-07-20 17:13 UTC [0%]
41. Re: [ 11/37] sched/nohz: Rewrite and fix load-avg computation -- again
- by Peter Zijlstra @ 2012-07-20 17:25 UTC [7%]
42. sched: care and feeding of load-avg code (Re: [PATCH] sched: Folding nohz load accounting more accurate)
- by Jonathan Nieder @ 2012-07-20 19:24 UTC [21%]
43. RE: [ 11/37] sched/nohz: Rewrite and fix load-avg computation -- again
- by Doug Smythies @ 2012-07-21 16:02 UTC [7%]
44. [ 028/108] sched/nohz: Rewrite and fix load-avg computation -- again
- by Ben Hutchings @ 2012-07-23 1:07 UTC [3%]
45. [PATCH 4/5] intel_pstate: Remove C0 tracking
- by dirk.brandewie @ 2014-05-08 19:57 UTC [6%]
46. Re: [PATCH 4/5] intel_pstate: Remove C0 tracking
- by Rafael J. Wysocki @ 2014-05-12 0:26 UTC [0%]
47. Re: [PATCH 4/5] intel_pstate: Remove C0 tracking
- by Stratos Karafotis @ 2014-05-12 2:27 UTC [0%]
48. RE: Performance regression in v3.14
- by Doug Smythies @ 2014-05-28 16:00 UTC [9%]
49. [GIT PULL] Final power management fixes for v3.15
- by Rafael J. Wysocki @ 2014-06-04 11:13 UTC [8%]
50. [GIT PULL] ACPI and power management updates for v3.16-rc1
- by Rafael J. Wysocki @ 2014-06-04 12:26 UTC [3%]
51. Linux 3.15 .. and continuation of merge window
- by Linus Torvalds @ 2014-06-08 18:52 UTC [4%]
52. [PATCH 3.14 00/78] 3.14.7-stable review
- by Greg Kroah-Hartman @ 2014-06-09 22:47 UTC [3%]
53. [PATCH 3.14 64/78] intel_pstate: Remove C0 tracking
- by Greg Kroah-Hartman @ 2014-06-09 22:48 UTC [6%]
54. [PATCH 3.14 65/78] intel_pstate: Correct rounding in busy calculation
- by Greg Kroah-Hartman @ 2014-06-09 22:48 UTC [6%]
55. [PATCH 3.14 67/78] intel_pstate: Improve initial busy calculation
- by Greg Kroah-Hartman @ 2014-06-09 22:48 UTC [8%]
56. RE: [REGRESSION] 3.15: Seems to turbo mode Intel Sandybridge Dual Core without need, overheating CPU
- by Doug Smythies @ 2014-06-10 2:37 UTC [9%]
57. Re: [PATCH 3.14 00/78] 3.14.7-stable review
- by Satoru Takeuchi @ 2014-06-10 13:26 UTC [0%]
58. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-11 13:41 UTC [9%]
59. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Stratos Karafotis @ 2014-06-11 14:08 UTC [6%]
60. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-11 14:27 UTC [13%]
61. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-11 15:02 UTC [9%]
62. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Rafael J. Wysocki @ 2014-06-11 18:28 UTC [6%]
63. Linux 3.14.7
- by Greg KH @ 2014-06-11 19:52 UTC [3%]
64. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Stratos Karafotis @ 2014-06-11 20:20 UTC [6%]
65. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-11 21:15 UTC [14%]
66. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-11 21:40 UTC [14%]
67. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Rafael J. Wysocki @ 2014-06-11 21:45 UTC [6%]
68. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-12 6:56 UTC [9%]
69. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Stratos Karafotis @ 2014-06-12 14:35 UTC [6%]
70. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Rafael J. Wysocki @ 2014-06-12 20:03 UTC [2%]
71. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-13 6:49 UTC [9%]
72. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Dirk Brandewie @ 2014-06-13 13:48 UTC [0%]
73. RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Doug Smythies @ 2014-06-13 14:36 UTC [9%]
74. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Stratos Karafotis @ 2014-06-13 16:56 UTC [2%]
75. Re: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct
- by Stratos Karafotis @ 2014-06-13 17:39 UTC [7%]
76. RE: [PATCH 2/7] cpufreq: intel_pstate: Avoid duplicate call of intel_pstate_get_scaled_busy
- by Doug Smythies @ 2014-06-14 15:45 UTC [7%]
77. Re: [PATCH 2/7] cpufreq: intel_pstate: Avoid duplicate call of intel_pstate_get_scaled_busy
- by Stratos Karafotis @ 2014-06-14 18:10 UTC [6%]
78. [GIT PULL] ACPI and power management updates for v3.16-rc2
- by Rafael J. Wysocki @ 2014-06-19 13:46 UTC [7%]
79. Linux 3.16-rc2
- by Linus Torvalds @ 2014-06-22 5:22 UTC [2%]
80. [PATCH 3.15 000/122] 3.15.5-stable review
- by Greg Kroah-Hartman @ 2014-07-07 23:56 UTC [4%]
81. [PATCH 3.14 00/94] 3.14.12-stable review
- by Greg Kroah-Hartman @ 2014-07-07 23:56 UTC [4%]
82. [PATCH 3.14 49/94] intel_pstate: Correct rounding in busy calculation
- by Greg Kroah-Hartman @ 2014-07-07 23:57 UTC [9%]
83. [PATCH 3.15 068/122] intel_pstate: Correct rounding in busy calculation
- by Greg Kroah-Hartman @ 2014-07-07 23:57 UTC [9%]
84. Linux 3.14.12
- by Greg KH @ 2014-07-09 19:37 UTC [3%]
85. Linux 3.15.5
- by Greg KH @ 2014-07-09 19:37 UTC [2%]
86. RE: [PATCH 0/2] cpufreq: ondemand: Eliminate the deadband effect
- by Doug Smythies @ 2014-07-12 15:45 UTC [9%]
87. Re: [PATCH 0/2] cpufreq: ondemand: Eliminate the deadband effect
- by Stratos Karafotis @ 2014-07-13 16:54 UTC [7%]
88. RE: [BUG] ThinkPad T520 overheating with P-State driver
- by Doug Smythies @ 2015-05-07 2:51 UTC [7%]
89. Re: [BUG] ThinkPad T520 overheating with P-State driver
- by Martin Steigerwald @ 2015-05-07 8:20 UTC [5%]
90. RE: [BUG] ThinkPad T520 overheating with P-State driver
- by Doug Smythies @ 2015-05-07 14:47 UTC [7%]
91. On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Doug Smythies @ 2015-05-14 14:41 UTC [6%]
92. Re: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Juri Lelli @ 2015-05-14 15:01 UTC [7%]
93. Re: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Ingo Molnar @ 2015-05-14 17:48 UTC [0%]
94. RE: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Doug Smythies @ 2015-05-14 22:12 UTC [7%]
95. Re: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Ingo Molnar @ 2015-05-15 6:51 UTC [6%]
96. Re: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]
- by Juri Lelli @ 2015-05-15 8:50 UTC [6%]
97. RE: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay
- by Doug Smythies @ 2015-06-11 14:51 UTC [7%]
98. Re: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay
- by Prarit Bhargava @ 2015-06-11 14:58 UTC [6%]
99. Re: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay
- by Prarit Bhargava @ 2015-06-11 15:00 UTC [7%]
100. RE: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay
- by Doug Smythies @ 2015-06-11 16:17 UTC [7%]
101. Re: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay
- by Prarit Bhargava @ 2015-06-11 16:59 UTC [6%]
102. [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay [v2]
- by Prarit Bhargava @ 2015-06-15 17:43 UTC [4%]
103. Re: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay [v2]
- by Kristen Carlson Accardi @ 2015-06-15 22:12 UTC [0%]
104. Re: [PATCH] cpufreq, Fix overflow in busy_scaled due to long delay [v2]
- by Prarit Bhargava @ 2015-06-15 23:33 UTC [0%]
105. [GIT PULL] Power management and ACPI updates for v4.2-rc1
- by Rafael J. Wysocki @ 2015-06-22 23:04 UTC [3%]
106. RE: [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend
- by Doug Smythies @ 2015-08-22 15:04 UTC [7%]
107. RE: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Doug Smythies @ 2015-10-07 6:51 UTC [9%]
108. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 9:59 UTC [6%]
109. RE: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Doug Smythies @ 2015-10-07 14:04 UTC [10%]
110. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 14:10 UTC [6%]
111. RE: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Doug Smythies @ 2015-10-07 15:40 UTC [8%]
112. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 15:46 UTC [6%]
113. RE: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Doug Smythies @ 2015-10-07 18:52 UTC [10%]
114. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 20:40 UTC [6%]
115. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 21:31 UTC [5%]
116. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Rafael J. Wysocki @ 2015-10-07 22:05 UTC [0%]
117. RE: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Doug Smythies @ 2015-10-07 22:26 UTC [7%]
118. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 23:08 UTC [0%]
119. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-07 23:17 UTC [6%]
120. Re: [PATCH] cpufreq, intel_pstate, set max_sysfs_pct and min_sysfs_pct on governor switch
- by Prarit Bhargava @ 2015-10-08 0:13 UTC [7%]
121. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Doug Smythies @ 2015-10-09 18:55 UTC [6%]
122. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Chen, Yu C @ 2015-10-11 2:26 UTC [2%]
123. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Doug Smythies @ 2015-10-11 15:46 UTC [5%]
124. [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Prarit Bhargava @ 2015-10-14 11:41 UTC [5%]
125. Re: [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Kristen Carlson Accardi @ 2015-10-14 21:09 UTC [0%]
126. Re: [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Prarit Bhargava @ 2015-10-14 23:59 UTC [0%]
127. Re: [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Rafael J. Wysocki @ 2015-10-15 0:29 UTC [0%]
128. Re: [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Prarit Bhargava @ 2015-10-15 0:02 UTC [0%]
129. Re: [PATCH] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Rafael J. Wysocki @ 2015-10-15 0:32 UTC [0%]
130. [PATCH v2] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Prarit Bhargava @ 2015-10-15 11:34 UTC [5%]
131. Re: [PATCH v2] cpufreq, intel_pstate, Fix intel_pstate powersave min_perf_pct value
- by Rafael J. Wysocki @ 2015-10-19 21:51 UTC [0%]
132. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Chen, Yu C @ 2015-11-01 16:49 UTC [2%]
133. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Doug Smythies @ 2015-11-06 15:33 UTC [7%]
134. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Chen, Yu C @ 2015-11-12 9:42 UTC [0%]
135. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Doug Smythies @ 2015-11-21 16:45 UTC [9%]
136. RE: [PATCH][v6] x86, suspend: Save/restore extra MSR registers for suspend
- by Chen, Yu C @ 2015-11-24 12:29 UTC [6%]
137. As of kernel 4.4-rc1 segmentation fault if msr module not loaded. [REGRESSION][BISECTED]
- by Doug Smythies @ 2015-11-26 16:25 UTC [6%]
138. Re: As of kernel 4.4-rc1 segmentation fault if msr module not loaded. [REGRESSION][BISECTED]
- by Borislav Petkov @ 2015-11-26 18:09 UTC [6%]
139. RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Doug Smythies @ 2015-11-27 3:28 UTC [14%]
140. Re: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend
- by Yu Chen @ 2015-11-27 6:01 UTC [6%]
141. RE: As of kernel 4.4-rc1 segmentation fault if msr module not loaded. [REGRESSION][BISECTED]
- by Doug Smythies @ 2015-11-27 16:12 UTC [9%]
142. [PULL] Documentation for 4.5
- by Jonathan Corbet @ 2016-01-16 15:41 UTC [5%]
143. Re: [PATCH] sched: loadavg 0.00, 0.01, 0.05 on idle
- by Peter Zijlstra @ 2016-01-21 15:28 UTC [5%]
144. RE: [PATCH] sched: loadavg 0.00, 0.01, 0.05 on idle
- by Doug Smythies @ 2016-01-21 18:38 UTC [7%]
145. [tip:sched/urgent] sched: Fix non-zero idle loadavg
- by tip-bot for Vik Heyndrickx @ 2016-01-21 18:54 UTC [5%]
146. Re: [PATCH] sched: loadavg 0.00, 0.01, 0.05 on idle
- by Vik Heyndrickx @ 2016-01-22 0:43 UTC [6%]
147. RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-10 23:11 UTC [6%]
148. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-10 23:17 UTC [6%]
149. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Srinivas Pandruvada @ 2016-02-11 6:02 UTC [7%]
150. RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-11 22:50 UTC [13%]
151. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-11 23:28 UTC [7%]
152. RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-12 1:02 UTC [9%]
153. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-12 1:20 UTC [6%]
154. RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-12 7:25 UTC [14%]
155. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-12 13:39 UTC [6%]
156. RE: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-12 17:02 UTC [7%]
157. RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Doug Smythies @ 2016-02-12 17:33 UTC [9%]
158. Re: [PATCH 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-12 23:17 UTC [6%]
159. Re: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks
- by Rafael J. Wysocki @ 2016-02-12 23:21 UTC [6%]
160. RE: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Doug Smythies @ 2016-02-18 21:09 UTC [8%]
161. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Mel Gorman @ 2016-02-19 10:49 UTC [6%]
162. RE: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Doug Smythies @ 2016-02-19 16:38 UTC [9%]
163. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Mel Gorman @ 2016-02-23 14:04 UTC [6%]
164. [PATCH 1/1] intel_pstate: Increase hold-off time before samples are scaled v2
- by Mel Gorman @ 2016-02-23 14:29 UTC [5%]
165. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before samples are scaled v2
- by Srinivas Pandruvada @ 2016-02-23 21:50 UTC [0%]
166. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before samples are scaled v2
- by Mel Gorman @ 2016-02-24 9:03 UTC [0%]
167. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before samples are scaled v2
- by Rafael J. Wysocki @ 2016-02-24 13:33 UTC [0%]
168. Re: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Stephane Gasparini @ 2016-02-24 16:19 UTC [2%]
169. RE: [PATCH 1/1] intel_pstate: Increase hold-off time before busyness is scaled
- by Doug Smythies @ 2016-02-25 19:51 UTC [9%]
170. RE: [PATCH] cpuidle: menu: Fall back to polling if next timer event is near
- by Doug Smythies @ 2016-03-20 6:54 UTC [9%]
171. Re: [PATCH] cpuidle: menu: Fall back to polling if next timer event is near
- by Rafael J. Wysocki @ 2016-03-21 13:55 UTC [6%]
172. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-03-30 18:50 UTC [9%]
173. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Srinivas Pandruvada @ 2016-03-30 18:58 UTC [6%]
174. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Rafael J. Wysocki @ 2016-03-30 20:12 UTC [0%]
175. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Srinivas Pandruvada @ 2016-03-30 20:26 UTC [0%]
176. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-03-30 22:50 UTC [11%]
177. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Srinivas Pandruvada @ 2016-03-30 23:12 UTC [6%]
178. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Sedat Dilek @ 2016-03-31 8:10 UTC [5%]
179. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Jörg Otte @ 2016-03-31 9:23 UTC [0%]
180. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-03-31 14:30 UTC [9%]
181. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-03-31 14:39 UTC [9%]
182. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Srinivas Pandruvada @ 2016-03-31 15:06 UTC [6%]
183. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-03-31 15:10 UTC [14%]
184. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Jörg Otte @ 2016-03-31 15:32 UTC [0%]
185. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-01 7:20 UTC [10%]
186. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-01 15:20 UTC [9%]
187. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Jörg Otte @ 2016-04-01 16:46 UTC [6%]
188. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Jörg Otte @ 2016-04-01 17:34 UTC [0%]
189. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-01 18:31 UTC [9%]
190. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Srinivas Pandruvada @ 2016-04-01 18:41 UTC [6%]
191. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Rafael J. Wysocki @ 2016-04-01 19:54 UTC [6%]
192. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-01 23:36 UTC [9%]
193. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Rafael J. Wysocki @ 2016-04-02 0:28 UTC [6%]
194. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Sedat Dilek @ 2016-04-02 6:12 UTC [6%]
195. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-03 18:59 UTC [9%]
196. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Sedat Dilek @ 2016-04-04 5:13 UTC [7%]
197. RE: [intel-pstate driver regression] processor frequency very high even if in idle
- by Doug Smythies @ 2016-04-04 6:14 UTC [9%]
198. Re: [intel-pstate driver regression] processor frequency very high even if in idle
- by Sedat Dilek @ 2016-04-04 14:12 UTC [6%]
199. RE: [PATCH 1/3] intel_pstate: Use pr_fmt
- by Doug Smythies @ 2016-04-06 14:51 UTC [7%]
200. Re: [PATCH 1/3] intel_pstate: Use pr_fmt
- by Viresh Kumar @ 2016-04-06 15:01 UTC [6%]
Results 1-200 of ~2000 next (newer) | reverse | options above
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).