1. 22 7月, 2014 1 次提交
  2. 15 7月, 2014 6 次提交
  3. 01 7月, 2014 2 次提交
  4. 30 6月, 2014 4 次提交
  5. 15 5月, 2014 15 次提交
  6. 07 5月, 2014 6 次提交
  7. 30 4月, 2014 1 次提交
  8. 08 4月, 2014 4 次提交
    • P
      thermal: rcar-thermal: update thermal zone only when temperature changes · 9477165e
      Patrick Titiano 提交于
      Avoid updating the thermal zone in case an IRQ was triggered but the
      temperature didn't effectively change.
      Note this is not a driver issue.
      Below is a captured debug trace illustrating the purpose of this patch:
      out of 8 thermal zone updates, only 2 are actually necessary.
      
      [   41.120000] rcar_thermal_work(): cctemp=25000
      [   41.120000] rcar_thermal_work(): nctemp=30000
      [   41.120000] rcar_thermal_work(): temp is now 30000C, update thermal zone
      [   58.990000] rcar_thermal_work(): cctemp=30000
      [   58.990000] rcar_thermal_work(): nctemp=30000
      [   58.990000] rcar_thermal_work(): same temp, do not update thermal zone
      [   59.290000] rcar_thermal_work(): cctemp=30000
      [   59.290000] rcar_thermal_work(): nctemp=30000
      [   59.290000] rcar_thermal_work(): same temp, do not update thermal zone
      [   59.590000] rcar_thermal_work(): cctemp=30000
      [   59.590000] rcar_thermal_work(): nctemp=30000
      [   59.590000] rcar_thermal_work(): same temp, do not update thermal zone
      [   59.890000] rcar_thermal_work(): cctemp=30000
      [   59.890000] rcar_thermal_work(): nctemp=30000
      [   59.890000] rcar_thermal_work(): same temp, do not update thermal zone
      [   60.190000] rcar_thermal_work(): cctemp=30000
      [   60.190000] rcar_thermal_work(): nctemp=30000
      [   60.190000] rcar_thermal_work(): same temp, do not update thermal zone
      [   60.490000] rcar_thermal_work(): cctemp=30000
      [   60.490000] rcar_thermal_work(): nctemp=30000
      [   60.490000] rcar_thermal_work(): same temp, do not update thermal zone
      [   60.790000] rcar_thermal_work(): cctemp=30000
      [   60.790000] rcar_thermal_work(): nctemp=35000
      [   60.790000] rcar_thermal_work(): temp is now 35000C, update thermal zone
      
      I suspect this may be due to sensor sampling accuracy / fluctuation,
      but no formal proof.
      Signed-off-by: NPatrick Titiano <ptitiano@baylibre.com>
      Acked-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      9477165e
    • P
      thermal: rcar-thermal: fix same mask applied twice · 206c0cba
      Patrick Titiano 提交于
      Mask is already applied preceding the if statement.
      Remove the second mask.
      Signed-off-by: NPatrick Titiano <ptitiano@baylibre.com>
      Acked-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      206c0cba
    • J
      thermal: ti-soc-thermal: Use SIMPLE_DEV_PM_OPS macro · 5204f8c0
      Jingoo Han 提交于
      Use SIMPLE_DEV_PM_OPS macro in order to make the code simpler.
      Signed-off-by: NJingoo Han <jg1.han@samsung.com>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      5204f8c0
    • A
      thermal: imx: update formula for thermal sensor · 749e8be7
      Anson Huang 提交于
      Thermal sensor used to need two calibration points which are
      in fuse map to get a slope for converting thermal sensor's raw
      data to real temperature in degree C. Due to the chip calibration
      limitation, hardware team provides an universal formula to get
      real temperature from internal thermal sensor raw data:
      
      Slope = 0.4297157 - (0.0015976 * 25C fuse);
      
      Update the formula, as there will be no hot point calibration
      data in fuse map from now on.
      Signed-off-by: NAnson Huang <b20788@freescale.com>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NZhang Rui <rui.zhang@intel.com>
      749e8be7
  9. 20 3月, 2014 1 次提交
    • S
      thermal, x86-pkg-temp: Fix CPU hotplug callback registration · cf0485a2
      Srivatsa S. Bhat 提交于
      Subsystems that want to register CPU hotplug callbacks, as well as perform
      initialization for the CPUs that are already online, often do it as shown
      below:
      
      	get_online_cpus();
      
      	for_each_online_cpu(cpu)
      		init_cpu(cpu);
      
      	register_cpu_notifier(&foobar_cpu_notifier);
      
      	put_online_cpus();
      
      This is wrong, since it is prone to ABBA deadlocks involving the
      cpu_add_remove_lock and the cpu_hotplug.lock (when running concurrently
      with CPU hotplug operations).
      
      Instead, the correct and race-free way of performing the callback
      registration is:
      
      	cpu_notifier_register_begin();
      
      	for_each_online_cpu(cpu)
      		init_cpu(cpu);
      
      	/* Note the use of the double underscored version of the API */
      	__register_cpu_notifier(&foobar_cpu_notifier);
      
      	cpu_notifier_register_done();
      
      Fix the thermal x86-pkg-temp code by using this latter form of callback
      registration.
      
      Cc: Zhang Rui <rui.zhang@intel.com>
      Cc: Eduardo Valentin <eduardo.valentin@ti.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Signed-off-by: NSrivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      cf0485a2