1. 22 7月, 2014 1 次提交
  2. 30 4月, 2014 1 次提交
  3. 02 1月, 2014 2 次提交
  4. 04 12月, 2013 1 次提交
    • E
      thermal: cpu_cooling: introduce of_cpufreq_cooling_register · 39d99cff
      Eduardo Valentin 提交于
      This patch introduces an API to register cpufreq cooling device
      based on device tree node.
      
      The registration via device tree node differs from normal
      registration due to the fact that it is needed to fill
      the device_node structure in order to be able to match
      the cooling devices with trip points.
      
      Cc: Zhang Rui <rui.zhang@intel.com>
      Cc: linux-pm@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NEduardo Valentin <eduardo.valentin@ti.com>
      39d99cff
  5. 06 11月, 2013 1 次提交
  6. 03 9月, 2013 1 次提交
  7. 15 8月, 2013 1 次提交
    • L
      Thermal/cpu_cooling: Return directly for the cpu out of allowed_cpus in the... · 044d5c26
      Lan Tianyu 提交于
      Thermal/cpu_cooling: Return directly for the cpu out of allowed_cpus in the cpufreq_thermal_notifier()
      
      cpufreq_thermal_notifier() is to change the cpu's cpufreq in the allowed_cpus mask
      when associated thermal-cpufreq cdev's cooling state is changed. It's a cpufreq policy
      notifier handler and it will be triggered even if those cpus out of allowed_cpus has
      changed freq policy.
      
      cpufreq_thermal_notifier() checks the policy->cpu. If it belongs to allowed_cpus,
      change max_freq(default to 0) to the desire cpufreq value and pass 0 and max_freq
      to cpufreq_verify_within_limits() as cpufreq scope. But if not, do nothing and
      max_freq will remain 0. This will cause the cpufreq scope to become 0~0. This
      is not right. This patch is to return directly after finding cpu not belonging
      to allowed_cpus.
      Signed-off-by: NLan Tianyu <tianyu.lan@intel.com>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      044d5c26
  8. 28 5月, 2013 1 次提交
    • S
      thermal: cpu_cooling: fix 'descend' check in get_property() · 24c7a381
      Shawn Guo 提交于
      The variable 'descend' is initialized as -1 in function get_property(),
      and will never get any chance to be updated by the following code.
      
      	if (freq != CPUFREQ_ENTRY_INVALID && descend != -1)
      		descend = !!(freq > table[i].frequency);
      
      This makes function get_property() return the wrong frequency for given
      cooling level if the frequency table is sorted in ascending.  Fix it
      by correcting the 'descend' check in if-condition to 'descend == -1'.
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      24c7a381
  9. 27 4月, 2013 7 次提交
  10. 25 4月, 2013 18 次提交
  11. 17 4月, 2013 1 次提交
  12. 26 3月, 2013 3 次提交
  13. 28 2月, 2013 1 次提交
  14. 06 2月, 2013 1 次提交