On Tue, Jul 03, 2018 at 10:40:25AM +0530, Keerthy wrote:
>
>
> On Monday 02 July 2018 10:00 PM, Eduardo Valentin wrote:
> > Keerthy,
> >
> > On Fri, Jun 29, 2018 at 06:10:26PM +0200, Bartlomiej Zolnierkiewicz wrote:
> >>
> >> Hi,
> >>
-kernelci/kernel/v4.18-rc3-34-g84b64de597bc/
BR,
Eduardo Valentin
Amit Kucheria (8):
thermal: tsens: Get rid of unused fields in structure
dt: thermal: tsens: Document the fallback DT property for v2 of TSENS IP
hello Colin,
On Mon, Jul 30, 2018 at 01:27:16PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Currently the drvdata allocation failure is being incorrectly checked by
> checking priv and not drvdata. Fix this and also free priv to fix a
> memory leak.
>
> Detected by Coverity Scan, CID#1
Hello Linus,
Consider pulling the following changes since commit
40e020c129cfc991e8ab4736d2665351ffd1468d:
Linux 4.20-rc6 (2018-12-09 15:31:00 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal fixes
for you to fetch cha
On Tue, Dec 18, 2018 at 11:35:54AM +0800, Zhang Rui wrote:
> On 五, 2018-12-14 at 17:54 +0800, Wei Ni wrote:
> > Hi Rui,
> > I moved get_trend() patch https://lkml.org/lkml/2018/11/20/643 in
> > this
> > serial.
> > Since no more comments on these patches, will you take them?
> >
> I think Eduardo
On Fri, Dec 14, 2018 at 05:49:52PM +0800, Wei Ni wrote:
> Since different platforms may not support all 4
> sensors, so the sensor registration may be failed.
> Add codes to parse dt to find sensor id which
> need to be registered. So that the registration
> can be successful on all platform.
>
>
On Wed, Dec 19, 2018 at 11:00:10AM +0800, Wei Ni wrote:
>
>
> On 19/12/2018 9:24 AM, Eduardo Valentin wrote:
> > On Fri, Dec 14, 2018 at 05:49:52PM +0800, Wei Ni wrote:
> >> Since different platforms may not support all 4
> >> sensors, so the sensor registration
On Thu, Dec 06, 2018 at 01:23:32PM +, David HERNANDEZ SANCHEZ wrote:
> Calling stm_thermal_read_factory_settings before clocking
> internal peripheral causes bad register values and makes
> temperature computation wrong.
>
> Calling stm_thermal_read_factory_settings inside
> stm_thermal_prep
On Fri, Nov 23, 2018 at 01:18:38PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> The NVIDIA Tegra194 SoC defines six thermal zones. Define all of them in
> device tree.
>
> Signed-off-by: Thierry Reding
Acked-by: Eduardo Valentin
The patch 1 I added i
On Fri, Nov 23, 2018 at 01:18:39PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Enable these thermal zones to be able to monitor their temperatures and
> control the fan to cool down the system if necessary.
>
> Signed-off-by: Thierry Reding
Acked-by: Edu
Hello Linus,
Please consider pulling from
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal linus
to receive Thermal-SoC Management updates for v4.21-rc1 with top-most
055ddb633a35845f106fb732a07c90862e0a43e5:
thermal: generic-adc: Fix adc to temp interpolation (2018
On Tue, Jan 01, 2019 at 10:04:39PM +0800, Zhang Rui wrote:
> On 一, 2018-12-31 at 14:15 -0800, Florian Fainelli wrote:
> >
> > On 04/12/2018 19:17, Srinath Mannam wrote:
> > >
> > > Hi,
> > >
> > > Could you please provide your feedback to this patch series?
> > Rui or Eduardo can we get either o
On Tue, Jan 01, 2019 at 01:35:36PM -0800, Linus Torvalds wrote:
> On Tue, Jan 1, 2019 at 8:05 AM Eduardo Valentin wrote:
> >
> > Please consider pulling from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
> > linus
>
On Tue, Jan 01, 2019 at 03:32:50PM -0800, Linus Torvalds wrote:
> On Tue, Jan 1, 2019 at 3:16 PM Eduardo Valentin wrote:
> >
> > > It doesn't even build cleanly.
> > >
> >
> > Do you still have have a copy of the build error?
>
> A plain "ma
On Wed, Jan 02, 2019 at 10:29:31AM -0800, Olof Johansson wrote:
> Hi,
>
>
> On Wed, Dec 12, 2018 at 1:20 AM Ulf Hansson wrote:
> >
> > + Thermal maintainers
> >
> > On Tue, 11 Dec 2018 at 15:20, Faiz Abbas wrote:
> > >
> > > Errata i929 in certain OMAP5/DRA7XX/AM57XX silicon revisions
> > > (SP
On Tue, Oct 16, 2018 at 08:41:19PM +0530, Srinath Mannam wrote:
> From: Pramod Kumar
>
> Stingray SoC has six temperature sensor and those are
> configured, controlled and accessed to read temperature
> and update in DDR memory using m0 firmware.
> All six sensors has been given 4 bytes of memory
dc to temp interpolation
Eduardo Valentin (1):
thermal: hwmon: inline helpers when CONFIG_THERMAL_HWMON is not set
Fabrizio Castro (2):
dt-bindings: thermal: rcar-thermal: add R8A774C0 support
thermal: rcar_thermal: add R8A774C0 support
Geert Uytterhoeven (1):
dt-bindings: thermal:
On Thu, Dec 20, 2018 at 09:08:32AM +, Anson Huang wrote:
> i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> inside, the system controller is in charge of controlling power,
> clock and thermal sensors etc..
>
> This patch adds i.MX system controller thermal driver support,
>
Hey,
On Mon, Nov 05, 2018 at 05:35:55PM +0100, Bartlomiej Zolnierkiewicz wrote:
>
> On 11/05/2018 04:04 AM, Zhang Rui wrote:
> > Hi, Bartlomiej,
>
> Hi Rui,
>
> > Interesting, I'm about to bring this issue to Linux Plumber Conference
> > this year for discussion, and I'm also proposing a soluti
, da9062/61
Bot results:
Full Boot Summary:
https://kernelci.org/boot/all/job/evalenti/branch/for-kernelci/kernel/v4.18-10762-g760eea43f8c6/
Full Build Summary:
https://kernelci.org/build/evalenti/branch/for-kernelci/kernel/v4.18-10762-g760eea43f8c6/
BR,
Eduardo Valentin
On Mon, Dec 08, 2014 at 06:04:17PM +0100, Lukasz Majewski wrote:
> This patch extends the of-thermal.c to provide information about number of
> available trip points.
>
> Signed-off-by: Lukasz Majewski
> ---
> Changes for v3:
> - Exporting of_thermal_get_ntrips symbol as a GPL
> - Fix build error
On Mon, Dec 08, 2014 at 06:04:16PM +0100, Lukasz Majewski wrote:
> Provided patch series extend of-thermal.c file API. It is necessary
> for ongoing Exynos TMU rework.
>
> First version of this code can be found at:
> http://www.spinics.net/lists/linux-samsung-soc/msg37719.html
>
> Second versio
kml/2014/12/8/704
BR,
----
Eduardo Valentin (1):
thermal: cpu_cooling: check for the readiness of cpufreq layer
Lukasz Majewski (1):
thermal:core:fix: Check return code of the ->get_max_state() callback
Viresh Kumar (25
already
implemented in thermal core.
BR,
Eduardo Valentin
Lukasz Majewski (5):
thermal: of: Extend of-thermal.c to provide number of trip points
thermal: of: Extend of-thermal.c to provide check if trip point is valid
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hello Javi,
Looks like the charset seams to be scrambled. Anyways, I will attempt to
send a couple of feedback here..
On Tue, Dec 09, 2014 at 11:00:43AM +, Javi Merino wrote:
>
o
> control. It decides how much power to give each cooling device based
> on the performance they are requesting. The PID controller ensures
> that the total power budget does not exceed the control temperature.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Signed-off-by: Pu
Forgot to mention
On Fri, Dec 05, 2014 at 07:04:18PM +, Javi Merino wrote:
> +
> +If you are using device tree, do add it as a property of the
> +thermal-zone. For example:
> +
> + thermal-zones {
> + soc_thermal {
> + polling-delay = <1000>;
> +
d associated with the thermal
> zone via the thermal zone parameters.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Signed-off-by: Punit Agrawal
> ---
> Documentation/devicetree/bindings/thermal/thermal.txt | 4
> drivers/thermal/of-thermal.c
On Mon, Dec 22, 2014 at 05:27:42PM +0100, Lukasz Majewski wrote:
> Odroid U3 fan can work without being registered as OF cooling device
> (with CONFIG_THERMAL_OF disabled).
> In this situation it can be controlled via PWM entry at
> /sys/class/hwmon/hwmon0/pwm1.
>
> Therefore, the thermal_cdev_upd
On Mon, Dec 22, 2014 at 05:27:43PM +0100, Lukasz Majewski wrote:
> Several new properties to allow PWM fan working as a cooling device have been
> combined into this single commit.
>
Patch prefix should look something like 'dt-bindings: ...', or better
'Documentation: devicetree: ...', or 'Docume
gt; Therefore, the thermal_of_cooling_device_register() function needs a stub
> to allow clean compilation.
>
> Signed-off-by: Lukasz Majewski
Acked-by: Eduardo Valentin
> ---
> Changes for v2:
> - None
> ---
> include/linux/thermal.h | 14 +++---
> 1 file changed, 11 in
Patch subject should use a prefix like:
'arm: dts:'
On Mon, Dec 22, 2014 at 05:27:45PM +0100, Lukasz Majewski wrote:
> With those bindings it is possible to use pwm-fan device available in
> Odroid U3 as a cooling device.
>
> Signed-off-by: Lukasz Majewski
> ---
> Changes for v2:
> - Rename
On Fri, Jan 02, 2015 at 02:54:28PM -0400, Eduardo Valentin wrote:
> On Mon, Dec 22, 2014 at 05:27:41PM +0100, Lukasz Majewski wrote:
> > Odroid U3 fan can work without being registered as OF cooling device
> > (with CONFIG_THERMAL_OF disabled).
> > In this situation it can
On Sat, Jan 03, 2015 at 12:46:32PM +0100, Pavel Machek wrote:
> For omap3, proper implementation of eocz bit is needed. It was
> actually a TODO in the driver.
>
> When periodic mode is not enabled, it is neccessary to force reads.
>
> Signed-off-by: Pavel Machek
>
> diff --git a/drivers/therma
Hello Pavel,
Thanks for sending your code.
On Sat, Jan 03, 2015 at 12:11:46PM +0100, Pavel Machek wrote:
> Add support for omap3430 sensor. Tested on Nokia N900.
To my understanding, and as already mentioned by Nishanth Menon
(currently TIer), TI has intentionally avoided adding this support.
T
Hello,
On Mon, Jan 05, 2015 at 10:34:11PM +0530, Pankaj Jangra wrote:
> Hi Anson,
>
> On Mon, Jan 5, 2015 at 7:59 PM, Anson Huang wrote:
>
> > Thermal sensor's clk is from pll3_usb_otg, per hardware
> > design requirement, need to make sure pll3_usb_otg is disabled
> > before STOP mode is enter
On Sat, Jan 03, 2015 at 10:56:56PM +0100, Geert Uytterhoeven wrote:
> With gcc 4.1.2, 4.2, and 4.2.4 (4.4 and later are OK):
>
> drivers/thermal/thermal_core.h:110: warning: type qualifiers ignored on
> function return type
>
> Signed-off-by: Geert Uytterhoeven
> Fixes: ce8be7785922de0e ("therm
Javi,
On Mon, Jan 05, 2015 at 04:53:40PM +, Javi Merino wrote:
> On Fri, Jan 02, 2015 at 02:37:23PM +0000, Eduardo Valentin wrote:
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quoted-printable
> >
>
Javi,
On Mon, Jan 05, 2015 at 03:37:10PM +, Javi Merino wrote:
> On Tue, Dec 23, 2014 at 03:14:11PM +0000, Eduardo Valentin wrote:
> > Hi Javi
> >
> > On Fri, Dec 05, 2014 at 07:04:16PM +, Javi Merino wrote:
> > > Add three optional callbacks to the coo
On Wed, Dec 24, 2014 at 08:57:14AM -0600, Nishanth Menon wrote:
> On 12/21/2014 11:43 AM, Rickard Strandqvist wrote:
> > Remove the function ti_bandgap_write_thot() that is not used anywhere.
> >
> > This was partially found by using a static code analysis program called
> > cppcheck.
> >
> > Si
On Sat, Jan 03, 2015 at 05:22:42PM +0100, Pavel Machek wrote:
> Hi!
>
> > > When periodic mode is not enabled, it is neccessary to force reads.
> > >
> > > Signed-off-by: Pavel Machek
> > >
>
> > > --- a/drivers/thermal/ti-soc-thermal/ti-bandgap.c
> > > +++ b/drivers/thermal/ti-soc-thermal/ti-
On Sat, Jan 03, 2015 at 11:02:19PM +0100, Pavel Machek wrote:
> Hi!
>
> > Thanks for sending your code.
>
> You are welcome.
>
> > > Add support for omap3430 sensor. Tested on Nokia N900.
> >
> > To my understanding, and as already mentioned by Nishanth Menon
> > (currently TIer), TI has intent
diff --git a/MAINTAINERS b/MAINTAINERS
> index ddb9ac8..dc9efd5 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -9533,6 +9533,7 @@ F: drivers/platform/x86/thinkpad_acpi.c
> TI BANDGAP AND THERMAL DRIVER
> M: Eduardo Valentin
> L: linux...@vger.kernel.org
> +L:
On Mon, Jan 05, 2015 at 05:44:38PM -0400, Eduardo Valentin wrote:
> On Sat, Jan 03, 2015 at 01:13:30PM -0600, Nishanth Menon wrote:
> > Add linux-omap mailing list to the TI THERMAL list for wider review.
> >
> > Reported-by: Pavel Machek
> > Si
On Tue, Jan 06, 2015 at 10:34:31AM +, Javi Merino wrote:
> Hi Eduardo,
>
> On Mon, Jan 05, 2015 at 09:04:09PM +, Eduardo Valentin wrote:
> > On Mon, Jan 05, 2015 at 03:37:10PM +, Javi Merino wrote:
> > > On Tue, Dec 23, 2014 at 03:14:11PM +, Eduardo Valenti
On Tue, Jan 06, 2015 at 09:42:15AM +, Javi Merino wrote:
> On Fri, Jan 02, 2015 at 03:53:00PM +0000, Eduardo Valentin wrote:
> > On Fri, Dec 05, 2014 at 07:04:20PM +, Javi Merino wrote:
> > > From: Punit Agrawal
> > >
> > > Introduce an optional prope
On Tue, Jan 06, 2015 at 11:37:27AM +0100, Tomeu Vizoso wrote:
> In preparation for adding the DT for the nyan-blaze board.
>
> Signed-off-by: Tomeu Vizoso
For the (small part of the) thermal sensor:
Acked-by: Eduardo Valentin
> ---
> arch/arm/boot/dts/tegra124-nyan
On Tue, Jan 06, 2015 at 06:50:22PM +0800, Anson Huang wrote:
> Thermal sensor's clk is from pll3_usb_otg, per hardware
> design requirement, need to make sure pll3_usb_otg is disabled
> before STOP mode is entered, otherwise, all PFDs under it may
> enter incorrect state, this patch disables pll3_u
On Tue, Jan 06, 2015 at 01:23:42PM +, Javi Merino wrote:
> Hi Eduardo,
>
> On Fri, Jan 02, 2015 at 03:46:24PM +, Eduardo Valentin wrote:
> > On Fri, Dec 05, 2014 at 07:04:18PM +, Javi Merino wrote:
> > > The power allocator governor is a thermal governor that c
On Thu, Dec 04, 2014 at 09:41:43AM +0530, Viresh Kumar wrote:
> From: Eduardo Valentin
>
> In this patch, the cpu_cooling code checks for the usability of cpufreq
> layer before proceeding with the CPU cooling device registration. The
> main reason is: CPU cooling device i
.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Signed-off-by: Javi Merino
> ---
> Documentation/thermal/power_allocator.txt | 27 ++
> drivers/thermal/thermal_core.c| 38
> +++
> include/linux/thermal.h
ERMAL subsystem (and such configuration is perfectly
> valid).
OK. Now I understand. Then, please resend this one using CONFIG_THERMAL.
Thanks,
Eduardo Valentin
>
> >
> > >
> > > Signed-off-by: Lukasz Majewski
> > > ---
> > > Changes for v2:
&
On Wed, Jan 14, 2015 at 04:01:06PM +0100, Lukasz Majewski wrote:
> Hi Eduardo,
>
> > On Fri, Jan 02, 2015 at 02:54:28PM -0400, Eduardo Valentin wrote:
> > > On Mon, Dec 22, 2014 at 05:27:41PM +0100, Lukasz Majewski wrote:
> > > > Odroid U3 fan can work witho
Nishanth Menon
For the thermal part:
Acked-by: Eduardo Valentin
> ---
>
> Changes since v1:
> - review comments incorporated (hopefully correct)
> - checkpatch verified
> - retested :).
>
> V1: https://patchwork.kernel.org/patch/5587061/
&g
Hello Srinivas,
On Tue, Jan 27, 2015 at 10:50:47AM +, Srinivas Kandagatla wrote:
> There are various issues with the examples in this documentation, some
> of the DT labels are invalid and one of the macro THERMAL_NO_LIMITS
> referenced is not available as well.
>
> As Its highly likely that
d their OPPs using the OPP library.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Signed-off-by: Punit Agrawal
> Signed-off-by: Javi Merino
> ---
> Documentation/thermal/cpu-cooling-api.txt | 156 +-
> drivers/thermal/cpu_cooling.c | 480
>
On Wed, Jan 28, 2015 at 04:21:49PM +0530, Abhilash Kesavan wrote:
> Hi Eduardo,
>
> On Tue, Jan 27, 2015 at 11:18 AM, Abhilash Kesavan
> wrote:
> > Add documentation for exynos7 thermal bindings including compatible
> > name and special clock properties.
> >
> > Signed-off-by: Abhilash Kesavan
>
must have
> registered their OPPs using the OPP library.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Signed-off-by: Punit Agrawal
> Signed-off-by: Javi Merino
> +
> +/**
> + * get_load() - get load for a cpu since last updated
> + * @cpufreq_device: &struct cpu
> Signed-off-by: Nishanth Menon
Acked-by: Eduardo Valentin
> ---
> arch/arm/boot/dts/am57xx-beagle-x15.dts | 49
> +++
> 1 file changed, 49 insertions(+)
>
> diff --git a/arch/arm/boot/dts/am57xx-beagle-x15.dts
> b/arch/arm/boot/dts
by: Keerthy
> Signed-off-by: Nishanth Menon
Acked-by: Eduardo Valentin
> ---
> arch/arm/boot/dts/dra7.dtsi | 12
> arch/arm/boot/dts/dra72x.dtsi |9 +
> arch/arm/boot/dts/dra74x.dtsi |9 +
> 3 files changed, 30 insertions(+)
>
&g
On Fri, Mar 20, 2015 at 02:47:39PM -0500, Nishanth Menon wrote:
> From: Tero Kristo
>
> OMAP4 has a finer counter granularity, which allows for a delay of 1000ms
> in the thermal zone polling intervals. OMAP5/DRA7 have different counter
> mechanism, which allows at maximum a 500ms timer. Adjust t
On Thu, Mar 26, 2015 at 04:53:48PM +0100, Sascha Hauer wrote:
> The thermal framework uses int, long and unsigned long for temperatures
> in millicelsius. The majority of functions uses unsigned long, so change
> the remaining functions to use this type aswell.
I believe it make sense to change al
On Fri, Mar 27, 2015 at 08:07:50PM +0100, Sascha Hauer wrote:
> On Fri, Mar 27, 2015 at 10:18:14AM +, Punit Agrawal wrote:
> > Hi Sascha,
> >
> > Sascha Hauer writes:
> >
> > > The thermal framework uses int, long and unsigned long for temperatures
> > > in millicelsius. The majority of func
On Thu, Mar 26, 2015 at 04:53:49PM +0100, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
Acked-by: Eduardo Valentin
> ---
> drivers/thermal/thermal_core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/thermal/thermal_core.c
On Fri, Mar 27, 2015 at 06:23:18AM +0100, Sascha Hauer wrote:
> Hi Amit,
>
> On Fri, Mar 27, 2015 at 08:35:50AM +0530, amit daniel kachhap wrote:
> > Hi Sascha,
> >
> > > -#ifdef CONFIG_THERMAL_EMULATION
> > > - if (!tz->emul_temperature)
> > > - goto skip_emul;
> > > -
> > >
On Thu, Mar 26, 2015 at 04:53:52PM +0100, Sascha Hauer wrote:
> Inline update_temperature into its only caller to make the code
> more readable.
I am not sure I understand how this is improving readability, can you
please elaborate?
The way it is now it is more modular at least.
>
> Signed-off-
On Thu, Mar 26, 2015 at 04:53:54PM +0100, Sascha Hauer wrote:
> In the thermal framework it was decided that temperatures can't
> be negative, so let the .get_temp callback in struct
> thermal_zone_of_device_ops take an unsigned long pointer for
> the temperature like the .get_temp callback in
> st
On Thu, Mar 26, 2015 at 04:53:59PM +0100, Sascha Hauer wrote:
> This adds support for hardware-tracked trip points to the device tree
> thermal sensor framework.
>
> The framework supports an arbitrary number of trip points. Whenever
> the current temperature is updated, the trip points immediatel
On Thu, Mar 26, 2015 at 04:54:00PM +0100, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> drivers/thermal/of-thermal.c | 12
> include/linux/thermal.h | 1 +
> 2 files changed, 13 insertions(+)
Can you please include at least one user of this call back in your patch
;t been scheduled this
> is a no-op. Remove it.
>
> Signed-off-by: Sascha Hauer
This seams reasonable to me:
Acked-by: Eduardo Valentin
> ---
> drivers/thermal/thermal_core.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/thermal/thermal_core.c
On Thu, Mar 26, 2015 at 04:53:53PM +0100, Sascha Hauer wrote:
> The .get_trend callback in struct thermal_zone_device_ops has the prototype:
>
> int (*get_trend) (struct thermal_zone_device *, int,
> enum thermal_trend *);
>
> whereas the .get_trend callback in struc
On Thu, Mar 26, 2015 at 04:53:56PM +0100, Sascha Hauer wrote:
> Now that the thermal core treats -ENOSYS like the callbacks were
> not present at all we no longer have to overwrite the ops during
> runtime but instead can always set them and return -ENOSYS if no
> sensor is registered.
>
> Signed-
On Thu, Mar 26, 2015 at 04:53:58PM +0100, Sascha Hauer wrote:
> Now that we no longer modify the ops they can be const again. Also
> we no longer have to duplicate them.
>
> Signed-off-by: Sascha Hauer
Should this one be merged to patch 09/13?
> ---
> drivers/thermal/of-thermal.c | 18 +++-
On Thu, Mar 26, 2015 at 04:53:57PM +0100, Sascha Hauer wrote:
> Now that the of thermal support no longer changes the
> thermal_zone_device_ops it can be const again.
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/thermal/thermal_core.c | 2 +-
> include/linux/thermal.h| 6 +++---
I bel
On Tue, Apr 07, 2015 at 11:46:22AM +0800, Xinwei Kong wrote:
>
>
> On 2015/4/6 22:03, Matt Porter wrote:
> > On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
> >> From: kongxinwei
> >>
> >> This adds documentation of device tree bindings for the
> >> thermal sensor controller of hi62
Javi,
On Mon, Apr 27, 2015 at 09:35:36AM +0100, Javi Merino wrote:
> On Wed, Apr 15, 2015 at 06:48:20AM +0100, Eduardo Valentin wrote:
> > Hello Rui,
> >
> > Please pull from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-therm
On Thu, Apr 02, 2015 at 04:49:07PM +0200, Pavel Machek wrote:
>
>
> This adds support for OMAP3 chips to ti-soc-thermal. As requested by
> TI people, it is marked unreliable and warning is printed.
>
> Signed-off-by: Pavel Machek
>
> ---
>
> Patch is against thermal linus tree, please apply s
Hi Pavel,
On Thu, Apr 02, 2015 at 04:49:07PM +0200, Pavel Machek wrote:
>
>
> This adds support for OMAP3 chips to ti-soc-thermal. As requested by
> TI people, it is marked unreliable and warning is printed.
>
> Signed-off-by: Pavel Machek
>
> ---
>
> Patch is against thermal linus tree, ple
Signed-off-by: Eduardo Valentin
---
drivers/thermal/st/st_thermal.c| 2 +-
drivers/thermal/st/st_thermal_memmap.c | 8
drivers/thermal/st/st_thermal_syscfg.c | 12 ++--
3 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/thermal/st/st_thermal.c b
Hello all,
On Tue, Apr 28, 2015 at 10:24:15PM -0700, Eduardo Valentin wrote:
> Hello folks,
>
> On Thu, Mar 26, 2015 at 08:02:49PM -0400, Eduardo Valentin wrote:
> > Hello all,
> >
> > I've created a proposal for a thermal microconference track on the LPC
> &
Lukasz,
On Thu, Apr 09, 2015 at 06:09:17PM +0200, Lukasz Majewski wrote:
> Dear Eduardo,
>
> Please find my pull request for Samsung Thermal targeting v4.1 merge
> window.
>
> The following changes since commit
> 96d927aa14deb1c4bf6bfd758776ad942463865d:
>
> thermal: cpu_cooling: Fix power ca
er returns -EAGAIN.
Note: I am sending this pull on Rui's behalf while he fixes issues in
his Linux box.
BR,
Eduardo Valentin
--------
Eduardo Valentin (1):
drivers: thermal: st: remove several sparse warnings
Fabian Frederick (1)
.
BR,
Eduardo Valentin
Chanwoo Choi (1):
thermal: exynos: Add the support for Exynos5433 TMU
Eduardo Valentin (2):
thermal: support slope and offset coefficients
thermal: of-thermal: add support for reading
Hey Rui,
On Tue, Apr 24, 2018 at 09:25:45PM +0800, Zhang Rui wrote:
> Hi, Eduardo,
>
> On 五, 2018-04-20 at 09:18 -0700, Eduardo Valentin wrote:
> > Hello Linus,
> >
> > Here are a couple of fixes on thermal subsystem.
> > Please consider pulling from
> &
Hey Jia-Ju,
On Tue, Apr 10, 2018 at 04:13:02PM +0800, Jia-Ju Bai wrote:
> armada370_init_sensor() is never called in atomic context.
>
> armada370_init_sensor() is set as ".init_sensor" in
> struct armada_thermal_data.
> ".init_sensor" is called armada_thermal_probe().
> armada_thermal_probe() i
On Tue, Apr 10, 2018 at 04:13:16PM +0800, Jia-Ju Bai wrote:
> armada375_init_sensor() is never called in atomic context.
>
> armada375_init_sensor() is set as ".init_sensor" in
> struct armada_thermal_data.
> ".init_sensor" is called armada_thermal_probe().
> armada_thermal_probe() is set as ".pro
On Tue, Apr 10, 2018 at 04:13:28PM +0800, Jia-Ju Bai wrote:
> armada380_init_sensor() is never called in atomic context.
>
> armada380_init_sensor() is set as ".init_sensor" in
> struct armada_thermal_data.
> ".init_sensor" is called armada_thermal_probe().
> armada_thermal_probe() is set as ".pro
Hello Rui,
Please consider pulling these fixes on Thermal SoC
management for v4.17-rc3.
This has only a couple of fixes on exynos driver that
were causing emergency shutdown.
Here is what kernelci has to say about it:
Full Boot Summary:
https://kernelci.org/boot/all/job/evalenti/branch/for-ker
On Tue, Jan 22, 2019 at 06:54:30AM +, Anson Huang wrote:
> Hi, Eduardo
>
> Best Regards!
> Anson Huang
Taking a look
>
> > -Original Message-
> > From: Anson Huang
> > Sent: 2019年1月10日 17:28
> > To: 'Eduardo Valentin'
>
On Tue, Jan 22, 2019 at 06:54:30AM +, Anson Huang wrote:
> Hi, Eduardo
>
> Best Regards!
> Anson Huang
>
> > -Original Message-
> > From: Anson Huang
> > Sent: 2019年1月10日 17:28
> > To: 'Eduardo Valentin'
> > Cc: 'robh
On Mon, Jan 21, 2019 at 03:12:21PM +0530, Amit Kucheria wrote:
> Fix up a couple of error messages
>
> Amit Kucheria (2):
> thermal: of-thermal: Print name of device node with error
> thermal: cpu_cooling: Clarify error message
>
> drivers/thermal/cpu_cooling.c | 2 +-
> drivers/thermal/of-t
; These patches adds the stingray thermal driver and its
> > corresponding DT nodes with documentation.
> >
> > Changes from v5
> > - Addressed Eduardo Valentin comments.
> >
> > Changes from v4
> > - Addressed Rob Herring comments on DT parameter
tle clusters.
>
> We throttle lightly at the first trip point, just removing the boost
> frequency. At the next trip point we allow ourselves to be throttled to
> any extent.
>
>From OF thermal descriptor, this patch looks fine to me:
Acked-by: Eduardo Valentin
> Signed-off
On Mon, Feb 04, 2019 at 06:31:41PM +0100, Matthias Brugger wrote:
>
>
> On 01/02/2019 08:38, michael@mediatek.com wrote:
> > From: Michael Kao
> >
> > Add calibration item in thermal_data to support
> > the project with different calibration coefficient.
> >
> > Signed-off-by: Michael Kao
On Fri, Feb 01, 2019 at 03:38:10PM +0800, michael@mediatek.com wrote:
> From: Michael Kao
>
> One thermal controller can read four sensors at most,
> so we need to add controller_offset for the project with
> more than four sensors to reuse the same register settings.
>
> Signed-off-by: Mich
This patch adds bandgap IP entry on DRA7 dtsi device tree file.
Signed-off-by: Eduardo Valentin
---
arch/arm/boot/dts/dra7.dtsi | 12
1 file changed, 12 insertions(+)
---
Hi all,
Difference from V1: now the BG node belongs to OCP.
Tero, this is the patch you were asking for
ote:
>> On 11/13/2013 03:46 AM, Eduardo Valentin wrote:
>>> This patch introduces a device tree bindings for
>>> describing the hardware thermal behavior and limits.
>>> Also a parser to read and interpret the data and feed
>>> it in the thermal framework is
.orig/drivers/hwmon/Kconfig
>> +++ linux-next-20140106/drivers/hwmon/Kconfig
>> @@ -650,6 +650,8 @@ config SENSORS_LM73
>> config SENSORS_LM75
>> tristate "National Semiconductor LM75 and compatibles"
>> depends on I2C
>> +depends on THERMAL
>> +depends on THERMAL_OF
>> help
>> If you say yes here you get support for one common type of
>> temperature sensor chip, with models including:
>>
>>
> NACK. The driver does not and must not depend on THERMAL. This needs to
> be addressed
> in the thermal code, for example with dummy declarations if THERMAL=m but
> SENSORS_LM75=y. The functions are already declared as dummies if
> THERMAL_OF=n.
What do you mean by that? The code of an API provider needs to keep
track of all its users?
>
> Guenter
>
>
>
--
You have got to be excited about what you are doing. (L. Lamport)
Eduardo Valentin
signature.asc
Description: OpenPGP digital signature
t can't see how this
> can be a problem at link time. Can anyone enlighten me?
>
I believe the problem is more in the fact that THERMAL_OF is a bool, but
the way it is in thermal Kconfig, it will link to the thermal module, in
case CONFIG_THERMAL=m. Thus I am proposing the following,
w
port, otherwise, the thermal API will provide
stubs.
Cc: Zhang Rui
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Reported-by: Randy Dunlap
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 29 -
1 file ch
701 - 800 of 1922 matches
Mail list logo
