summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2013-11-21update linux-kernel.spec file to fix build problems.submit/tizen/20131121.123913submit/devel/20131121.123633submit/devel/20131121.122303submit/devel/20131121.122049Karol Lewandowski1-5/+89
The following changes have been implemented: 1. kernel-source package 2. kernel-build package 3. linux-kernel package 4. add kernel configuration name and abi version to output names. Change-Id: I95479b660dda8a18f3e8f32c20fcbfbab8ab6000 Signed-off-by: Jacek Pielaszkiewicz <j.pielaszkie@samsung.com>
2013-11-21mali: Support build to different objdir (O=...).Karol Lewandowski2-19/+18
Change-Id: I3b76381af1ec083c41e321e55c10eb1e75e42155 Signed-off-by: Karol Lewandowski <k.lewandowsk@samsung.com> Signed-off-by: Jacek Pielaszkiewicz <j.pielaszkie@samsung.com>
2013-11-15gpu: arm: mali400: ump: Fix svn revision checkNikita Kalyazin1-1/+1
Change-Id: Ic5a3d69518be56a800d4233a48ba8bb719e67c52 Signed-off-by: Nikita Kalyazin <n.kalyazin@samsung.com>
2013-11-15mmc: sdhci-s3c: Add irq_set_wake functionBeomho Seo1-7/+3
- Add irq_set_irq_wake function for control irq - Remove unused variables Signed-off-by: Beomho Seo <beomho.seo@samsung.com>
2013-11-15cpufreq: lab: Fix codes for correct working of lab governor.Jonghwa Lee2-9/+21
- Modify typo in lab govnernor. - Remove deadlock in lab governor which is occured when it enables overclocking - Add initialization of LAB's data to cpufreq_governor driver Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com> Conflicts: drivers/cpufreq/cpufreq_governor.c Resolved-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2013-11-15cpufreq: exysnos: Fix the way of enabling boost in exynos cpufreq driver.Jonghwa Lee2-8/+3
Follow the codes from ML. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15cpufreq: lab: Enable overclocking in LABJonghwa Lee1-1/+5
Overclocking is always on for LAB governor's working. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15cpufreq:LAB: Introduce new cpufreq LAB(Legaccy Application Boost) governorJonghwa Lee6-32/+464
This patch introduces new cpufreq governor named 'LAB'. LAB governor will use scheduler, per-CPU information to determine how many CPUs are in busy now. As a result the number of idle CPUs is calculated for current load (digital low pass filtering is used to provide more stable results). It will determine next frequency. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com> Conflicts: drivers/cpufreq/cpufreq_governor.c Resolved-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2013-11-15cpufreq : M0: Allow sailable frequency up to 1.4Ghz @ M0Jonghwa Lee1-0/+6
Signed-off-by : Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15config: tizen: Enable CONFIG_BRCMFMAC for supporting WIFI on M0Jonghwa Lee1-1/+6
Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15mmc: sdhci-s3c: Revised sdhci_s3c_remove function.Beomho Seo1-4/+2
Remove "return ret;" from "err_req_cd:". Revised sdhci_s3c_remove function. Signed-off-by: Beomho Seo <beomho.seo@samsung.com>
2013-11-15arm: Thumb=>ARM signal handling setup skips the a few instructions on ↵T.J. Purtell1-4/+8
Snapdragon S4/Krait The Thumb instruction set include an If-Then instruction. If an ARM function is registered as a signal handler, and that signal is delivered inside the block of instructions follow the IT instruction, some of the instructions at the beginning of the signal handler are skipped. This occurs because the IT state bits of the Program Status Register are not cleared by the kernel. The ARM architecture reference specifies that the IT state bits in the PSR must be all zeros in ARM mode or behavior is unspecified. On the Qualcomm Snapdragon S4/Krait architecture CPUs the processor continues to consider the IT state bits while in ARM mode. This makes it so that some instructions are skipped by the CPU. The relevant clipping of the ARM architecture document is available here: https://www.dropbox.com/s/6hpwey3kklw20c1/ITState-ARM-Architecture.pdf This manifests itself in code that uses a lot of signal handling concurrently with complicated logic code compiled for thumb when the signal handler compiled as ARM code. One example is the mono runtime. It uses a signal based mechanism to perform stop the world operation needed by its garbage collector. It is compiled for ARM and generates ARM code, however, bionic (libc for android) is compiled for thumb. During a test case involving native allocation in parallel with garbage collection (signal handling), we found that the test case would crash only when running on a Krait architecture CPU. We found the preceding instructions before the signal to always point to something inside an IT sequence, in this case the logic in the dlfree merging of free heap blocks. After adding a sequence of NOPs to the beginning of the signal handlers, the problem disappeared. We applied the attached patch to the kernel on one of the Krait devices and found that it also alleviated the crashes. The patch simply clears the IT State bits regardless of if the signal handler is an ARM/Thumb function. It also includes the same fix applied to the arm64 compat handler. Signed-off-by: T.J. Purtell <tj@mobisocial.us>
2013-11-15pwm: samsung: memory leak bugfix in pwm_samsung_freeSangjung Woo1-1/+1
There is certainly a kind of memory leak since allocated data (i.e. chip_data) is set NULL before freeing it by calling devm_kfree().This patch fixes the memory leak bug by modifying its call order. Signed-off-by: Sangjung Woo <sangjung.woo@samsung.com> Reviewed-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15ARM: dts: add clocks and enable pwm for exynos4Sangjung Woo1-1/+4
This patch adds clocks for PWM(Pulse width modulation) timer and enable it. Signed-off-by: Sangjung Woo <sangjung.woo@samsung.com>
2013-11-15pwm: Add PWM polarity flag macro for DTLaurent Pinchart2-3/+18
Define a PWM_POLARITY_INVERTED macro in include/dt-bindings/pwm/pwm.h to be used by device tree sources. Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Reviewed-by: Stephen Warren <swarren@nvidia.com> Signed-off-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: Remove superseded pwm-samsung-legacy driverTomasz Figa2-354/+0
This patch removes the now unused pwm-samsung-legacy driver, which was replaced by new pwm-samsung driver. Signed-off-by: Tomasz Figa <tomasz.figa@gmail.com> Reviewed-by: Sylwester Nawrocki <s.nawrocki@samsung.com> Tested-by: Heiko Stuebner <heiko@sntech.de> Tested-by: Mark Brown <broonie@linaro.org> Tested-by: Sylwester Nawrocki <sylvester.nawrocki@gmail.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: Add new pwm-samsung driverTomasz Figa3-0/+626
This patch introduces new Samsung PWM driver, which is completely rewritten to be multiplatform- and DeviceTree-aware. In addition, remaining problems of old driver are fixed, such as: - proper handling of hardware variants, - synchronization on SMP systems, - handling of boundary parameter values, - hardware sharing with PWM clocksource driver, - undefined state of PWM output after stopping PWM channel. Signed-off-by: Tomasz Figa <tomasz.figa@gmail.com> Reviewed-by: Sylwester Nawrocki <s.nawrocki@samsung.com> Tested-by: Heiko Stuebner <heiko@sntech.de> Tested-by: Mark Brown <broonie@linaro.org> Tested-by: Sylwester Nawrocki <sylvester.nawrocki@gmail.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: samsung: Rename to pwm-samsung-legacyTomasz Figa2-1/+1
This patch renames the old pwm-samsung driver to pwm-samsung-legacy to create place for the new, rewritten, DT-aware pwm-samsung driver. Signed-off-by: Tomasz Figa <tomasz.figa@gmail.com> Reviewed-by: Sylwester Nawrocki <s.nawrocki@samsung.com> Tested-by: Heiko Stuebner <heiko@sntech.de> Tested-by: Mark Brown <broonie@linaro.org> Tested-by: Sylwester Nawrocki <sylvester.nawrocki@gmail.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: Use the DT macro directly when parsing PWM DT flagsLaurent Pinchart1-4/+3
Don't redefine a PWM_SPEC_POLARITY macro with a value identical to PWM_POLARITY_INVERTED, use the PWM DT macro directly. Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Reviewed-by: Stephen Warren <swarren@nvidia.com> Signed-off-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: Add sysfs interfaceH Hartley Sweeten7-3/+524
Add a simple sysfs interface to the generic PWM framework. /sys/class/pwm/ `-- pwmchipN/ for each PWM chip |-- export (w/o) ask the kernel to export a PWM channel |-- npwm (r/o) number of PWM channels in this PWM chip |-- pwmX/ for each exported PWM channel | |-- duty_cycle (r/w) duty cycle (in nanoseconds) | |-- enable (r/w) enable/disable PWM | |-- period (r/w) period (in nanoseconds) | `-- polarity (r/w) polarity of PWM (normal/inversed) `-- unexport (w/o) return a PWM channel to the kernel Based on work by Lars Poeschel. Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com> Cc: Thierry Reding <thierry.reding@gmail.com> Cc: Lars Poeschel <poeschel@lemonage.de> Cc: Ryan Mallon <rmallon@gmail.com> Cc: Rob Landley <rob@landley.net> Signed-off-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15pwm: devm: alloc correct pointer sizeWolfram Sang1-2/+2
The allocated object should be the size of what the pointer is pointing to and not the size of the pointer itself. Signed-off-by: Wolfram Sang <wsa@the-dreams.de> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com> Signed-off-by: Thierry Reding <thierry.reding@gmail.com>
2013-11-15thermal: exynos: Provide initial setting for TMU's test MUX address at ↵Lukasz Majewski4-0/+13
Exynos4412 The commit d0a0ce3e77c795258d47f9163e92d5031d0c5221 ("thermal: exynos: Add missing definations and code cleanup") has removed setting of test MUX address value at TMU configuration setting. This field is not present on Exynos4210 and Exynos5 SoCs. However on Exynos4412 SoC it is required to set this field after reset because without it TMU shows maximal available temperature, which causes immediate platform shutdown. Signed-off-by: Lukasz Majewski <l.majewski@samsung.com> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> Reviewed-by: Tomasz Figa <t.figa@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Provide separate TMU data for Exynos4412Lukasz Majewski4-12/+37
Up till now Exynos5250 and Exynos4412 had the same definitions for TMU data. Following commit changes that, by introducing separate exynos4412_default_tmu_data structure. Since Exynos4412 was chronologically first, the corresponding name for TMU registers and default data was renamed. Additionally, new SOC_ARCH_EXYNOS4412 type has been defined. Moreover, the SOC_ARCH_EXYNOS name has been changed to SOC_ARCH_EXYNOS5250. Signed-off-by: Lukasz Majewski <l.majewski@samsung.com> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> Reviewed-by: Tomasz Figa <t.figa@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Remove check for thermal device pointer at ↵Lukasz Majewski1-2/+0
exynos_report_trigger() The commit 4de0bdaa9677d11406c9becb70c60887c957e1f0 ("thermal: exynos: Add support for instance based register/unregister") broke check for presence of therm_dev at global thermal zone in exynos_report_trigger(). The resulting wrong test prevents thermal_zone_device_update() call, which calls handlers for situation when trip points are passed. Such behavior prevents thermal driver from proper reaction (when TMU interrupt is raised) in a situation when overheating is detected at TMU hardware. It turns out, that after exynos thermal subsystem redesign (at v3.12) this check is not needed, since it is not possible to register thermal zone without valid thermal device. Signed-off-by: Lukasz Majewski <l.majewski@samsung.com> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> Reviewed-by: Tomasz Figa <t.figa@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15Revert "thermal: exynos: Set MUX bits in tmu's control register to work ↵Jonghwa Lee2-13/+0
correctly." This reverts commit e612d47f36eb9eb90ee88fd11addfe5aac8cdae4. This will be suppported later with Lukasz's pathches. Signed-off-by : Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15thermal: exynos: Set MUX bits in tmu's control register to work correctly.Jonghwa Lee2-0/+13
Exynos 4x12 and 5250 need that MUX bits in control register is set to be certain value at reset. Otherwise it'll reflect improper data when we read current sensor's value. For other Exynos series, it doesn't need. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15thermal: EXYNOS: always register TMU driver with core thermal frameworkBartlomiej Zolnierkiewicz3-24/+4
There is little sense in having separate config option for registering EXYNOS TMU driver with the core thermal framework. Fix it by integrating EXYNOS_THERMAL_CORE config option with EXYNOS_THERMAL one. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15Introduce CONFIG_ARCH_HAS_BANDGAP and ARCH_EXYNOS4/5 selects it.Jonghwa Lee2-0/+5
CONFIG_ARCH_HAS_BANDGAP is used for tmu driver in thermal fw. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15thermal: Add ommitted codes from merging.Jonghwa Lee2-0/+30
Add omitted codes from commits, <commit-id d9e6913d1> "drivers: thermal: add check when ~ ", and <commit-id efbf8d7a3> "thermal: thermal_core: allow binding with ~" Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15Documentation: thermal: Explain the exynos thermal driver modelAmit Daniel Kachhap1-9/+34
This patch updates the documentation to explain the driver model and file layout. Acked-by: Jonghwa Lee <jonghwa3.lee@samsung.com> Acked-by: Kukjin Kim <kgene.kim@samsung.com> Acked-by: Eduardo Valentin <eduardo.valentin@ti.com> Signed-off-by: Amit Daniel Kachhap <amit.daniel@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15dts: Fix exynos4x12 dts file to get thermal sensor regualtor properly.Jonghwa Lee4-11/+6
Fixes regulator consumer name from DT from 'vdd_ts' to 'vtmu' which is used in Exynos tmu driver. And also enable tmu in all exynos4412 boards. Signed-off-by: Jonghwa Lee <jonghwa3.lee@samsung.com>
2013-11-15drivers: thermal: add check when unregistering cpu coolingEduardo Valentin1-1/+5
This patch avoids NULL pointer accesses while unregistering cpu cooling devices, in case a NULL pointer is received. Cc: Zhang Rui <rui.zhang@intel.com> Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: thermal_core: allow binding with limits on bind_paramsEduardo Valentin1-4/+15
When registering a thermal zone device using platform information via bind_params, the thermal framework will always perform the cdev binding using the lowest and highest limits (THERMAL_NO_LIMIT). This patch changes the data structures so that it is possible to inform what are the desired limits for each trip point inside a bind_param. The way the binding is performed is also changed so that it uses the new data structure. Cc: Zhang Rui <rui.zhang@intel.com> Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15drivers: thermal: make usage of CONFIG_THERMAL_HWMON optionalEduardo Valentin1-3/+5
When registering a new thermal_device, the thermal framework will always add a hwmon sysfs interface. This patch adds a flag to make this behavior optional. Now when registering a new thermal device, the caller can optionally inform if hwmon interface is desirable. This can be done by means of passing a thermal_zone_params.no_hwmon == true. In order to keep same behavior as of today, all current calls will by default create the hwmon interface. Cc: David Woodhouse <dwmw2@infradead.org> Cc: linux-acpi@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org Cc: linux-pm@vger.kernel.org Cc: Zhang Rui <rui.zhang@intel.com> Suggested-by: Wei Ni <wni@nvidia.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15drivers: thermal: parent virtual hwmon with thermal zoneEduardo Valentin1-1/+1
When creating virtual hwmon devices based out of thermal zone devices, the virtual devices won't have parents. This patch changes the code so that the parent of virtual hwmon devices is the thermal zone device that they are based of. Cc: Zhang Rui <rui.zhang@intel.com> Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: hwmon: move hwmon support to single fileEduardo Valentin5-254/+331
In order to improve code organization, this patch moves the hwmon sysfs support to a file named thermal_hwmon. This helps to add extra support for hwmon without scrambling the code. In order to do this move, the hwmon list head is now using its own locking. Before, the list used the global thermal locking. Also, some minor changes in the code were required, as recommended by checkpatch.pl. Cc: Zhang Rui <rui.zhang@intel.com> Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Acked-by: Durgadoss R <durgadoss.r@intel.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Clean up non-DT remnantsSachin Kamat2-19/+13
Commit 1cd1ecb6 ("thermal: exynos: Remove non DT based support") cleaned up some non-DT code. However, there were few more things needed for complete cleanup to make this driver DT only. Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Fix potential NULL pointer dereferenceSachin Kamat1-3/+3
NULL pointer was being dereferenced in its own error message. Changed it to the correct device pointer. Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Fix typos in KconfigSachin Kamat1-5/+5
Fixes some trivial typos. Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: ti-soc-thermal: Ensure to compute thermal trendRanganath Krishnan1-1/+5
Workaround to compute thermal trend even when update interval is not set. This patch will ensure to compute the thermal trend when bandgap counter delay is not set. Signed-off-by: Ranganath Krishnan <ranganath@ti.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: ti-soc-thermal: Set the bandgap mask counter delay valueRanganath Krishnan1-0/+7
Set the bandgap mask counter_delay with the polling_delay value on registering the thermal zone. This patch will ensure to get the correct update interval for computing the thermal trend. Signed-off-by: Ranganath Krishnan <ranganath@ti.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: ti-soc-thermal: Initialize counter_delay field for TI DRA752 sensorsRanganath Krishnan1-0/+5
Initialize MPU, GPU, CORE, DSPEVE and IVA thermal sensors of DRA752 bandgap with the counter delay mask. Signed-off-by: Ranganath Krishnan <ranganath@ti.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: step_wise: return instance->target by defaultEduardo Valentin1-11/+18
In case the trend is not changing or when there is no request for throttling, it is expected that the instance would not change its requested target. This patch improves the code implementation to cover for this expected behavior. With current implementation, the instance will always reset to cdev.cur_state, even in not expected cases, like those mentioned above. This patch changes the step_wise governor implementation of get_target so that we accomplish: (a) - default value will be current instance->target, so we do not change the thermal instance target unnecessarily. (b) - the code now it is clear about what is the intention. There is a clear statement of what are the expected outcomes (c) - removal of hardcoded constants, now it is put in use the THERMAL_NO_TARGET macro. (d) - variable names are also improved so that reader can clearly understand the difference between instance cur target, next target and cdev cur_state. Cc: Zhang Rui <rui.zhang@intel.com> Cc: Durgadoss R <durgadoss.r@intel.com> Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Reported-by: Ruslan Ruslichenko <ruslan.ruslichenko@ti.com> Signed-of-by: Eduardo Valentin <eduardo.valentin@ti.com> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15thermal: step_wise: cdev only needs update on a new target stateShawn Guo1-0/+3
The cooling device only needs update on a new target state. Since we already check old target in thermal_zone_trip_update(), we can do one more check to see if it's a new target state. If not, we can reasonably save some uncecesary code execution. Signed-off-by: Shawn Guo <shawn.guo@linaro.org> Acked-by: Eduardo Valentin <eduardo.valentin@ti.com> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15Thermal/cpu_cooling: Return directly for the cpu out of allowed_cpus in the ↵Lan Tianyu1-0/+2
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: Lan Tianyu <tianyu.lan@intel.com> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15thermal: exynos_tmu: fix wrong error check for mapped memoryNaveen Krishna Chatradhi1-1/+1
The error check is checking for a "base" mapped memory base instead of "base_common". Fixing the same. Signed-off-by: Naveen Krishna Chatradhi <ch.naveen@samsung.com> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15thermal: imx: implement thermal alarm interrupt handlingPhilipp Zabel1-13/+127
Enable automatic measurements at 10 Hz and use the alarm interrupt to react more quickly to sudden temperature changes above the passive or critical temperature trip points. Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de> Acked-by: Shawn Guo <shawn.guo@linaro.org> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15thermal: imx: dynamic passive and SoC specific critical trip pointsPhilipp Zabel1-10/+40
Set passive and critical trip point values depending on the maximum die temperature stored in the OCOTP fuses. This allows higher trip points for industrial and automotive rated i.MX6 SoCs. Also allow to configure the passive trip point from userspace. Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de> Acked-by: Shawn Guo <shawn.guo@linaro.org> Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2013-11-15thermal: exynos: Support for TMU regulator defined at device treeAmit Daniel Kachhap1-0/+23
TMU probe function now checks for a device tree defined regulator. For compatibility reasons it is allowed to probe driver even without this regulator defined. Acked-by: Jonghwa Lee <jonghwa3.lee@samsung.com> Acked-by: Eduardo Valentin <eduardo.valentin@ti.com> Signed-off-by: Lukasz Majewski <l.majewski@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> Signed-off-by: Amit Daniel Kachhap <amit.daniel@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>
2013-11-15thermal: exynos: Add hardware mode thermal calibration supportAmit Daniel Kachhap4-1/+44
This patch adds support for h/w mode calibration in the TMU controller. Soc's like 5440 support this features. The h/w bits needed for calibration setting are same as that of enum calibration_type. Acked-by: Jonghwa Lee <jonghwa3.lee@samsung.com> Acked-by: Kukjin Kim <kgene.kim@samsung.com> Signed-off-by: Amit Daniel Kachhap <amit.daniel@samsung.com> Signed-off-by: Eduardo Valentin <eduardo.valentin@ti.com>