All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wei Ni <wni@nvidia.com>
To: Wei Ni <wni@nvidia.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	"swarren@wwwdotorg.org" <swarren@wwwdotorg.org>,
	"pawel.moll@arm.com" <pawel.moll@arm.com>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"ian.campbell@citrix.com" <ian.campbell@citrix.com>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	"linux@roeck-us.net" <linux@roeck-us.net>,
	"rui.zhang@intel.com" <rui.zhang@intel.com>
Cc: "grant.likely@linaro.org" <grant.likely@linaro.org>,
	"durgadoss.r@intel.com" <durgadoss.r@intel.com>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCHv9 02/20] thermal: introduce device tree parser
Date: Tue, 7 Jan 2014 10:48:02 +0800	[thread overview]
Message-ID: <52CB6AE2.2090002@nvidia.com> (raw)
In-Reply-To: <52C299A8.4010108@nvidia.com>

Hi, Eduardo
Will you consider my comments :)

Thanks.
Wei.

On 12/31/2013 06:17 PM, Wei Ni wrote:
> 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 presented.
>>
>> This patch introduces a thermal data parser for device
>> tree. The parsed data is used to build thermal zones
>> and thermal binding parameters. The output data
>> can then be used to deploy thermal policies.
>>
>> This patch adds also documentation regarding this
>> API and how to define tree nodes to use
>> this infrastructure.
>>
>> Note that, in order to be able to have control
>> on the sensor registration on the DT thermal zone,
>> it was required to allow changing the thermal zone
>> .get_temp callback. For this reason, this patch
>> also removes the 'const' modifier from the .ops
>> field of thermal zone devices.
>>
>> ...
>> +
>> +static int of_thermal_get_trend(struct thermal_zone_device *tz, int trip,
>> +				enum thermal_trend *trend)
>> +{
>> +	struct __thermal_zone *data = tz->devdata;
>> +	long dev_trend;
>> +	int r;
>> +
>> +	if (!data->get_trend)
>> +		return -EINVAL;
>> +
>> +	r = data->get_trend(data->sensor_data, &dev_trend);
> I think the ->get_trend should be defined as:
> .get_trend(*dev, int, *long)
> so that the "trip" can be passed into it, otherwise the "trip" can't be
> used.
> And the dev_trend should be returned as THERMAL_TREND_XXX directly.
> because the THERM_TREND_xx is more than three states.
> 
> The code may be something like:
> r = data->get_trend(data->sensor_data, trip, &dev_trend);
> if (r)
>     return r;
> *trend = dev_trend;
> return 0;
>> +	if (r)
>> +		return r;
>> +
>> +	/* TODO: These intervals might have some thresholds, but in core code */
>> +	if (dev_trend > 0)
>> +		*trend = THERMAL_TREND_RAISING;
>> +	else if (dev_trend < 0)
>> +		*trend = THERMAL_TREND_DROPPING;
>> +	else
>> +		*trend = THERMAL_TREND_STABLE;
>> +
>> +	return 0;
>> +}
>> +
>> .....
>> +
>> +/***   sensor API   ***/
>> +
>> +static struct thermal_zone_device *
>> +thermal_zone_of_add_sensor(struct device_node *zone,
>> +			   struct device_node *sensor, void *data,
>> +			   int (*get_temp)(void *, long *),
>> +			   int (*get_trend)(void *, long *))
>> +{
>> +	struct thermal_zone_device *tzd;
>> +	struct __thermal_zone *tz;
>> +
>> +	tzd = thermal_zone_get_zone_by_name(zone->name);
> I think we could get the thermal zone by node,
> something like:
> thermal_zone_get_zone_by_node(zone);
> so that it can get unique zone.
> 
> I think we can add a member "struct device_node *np" in the
> thermal_zone_device,
> and set it after you call thermal_zone_device_register successfully.
> Then add following codes:
> thermal_zone_get_zone_by_node(struct device_node *node)
> {
>         struct thermal_zone_device *pos = NULL, *ref = ERR_PTR(-ENODEV);
>         bool found = false;
> 
>         if (!node)
>                 return ERR_PTR(-EINVAL);
> 
>         mutex_lock(&thermal_list_lock);
>         list_for_each_entry(pos, &thermal_tz_list, node)
>                 if (node == pos->np) {
>                         ref = pos;
>                         found = true;
>                         break;
>                 }
>         mutex_unlock(&thermal_list_lock);
> 
>         return ref;
> }
> 
> Thanks.
> Wei.
>> +	if (IS_ERR(tzd))
>> +		return ERR_PTR(-EPROBE_DEFER);
>> +
>> +	tz = tzd->devdata;
>> +
>> +	mutex_lock(&tzd->lock);
>> +	tz->get_temp = get_temp;
>> +	tz->get_trend = get_trend;
>> +	tz->sensor_data = data;
>> +
>> +	tzd->ops->get_temp = of_thermal_get_temp;
>> +	tzd->ops->get_trend = of_thermal_get_trend;
>> +	mutex_unlock(&tzd->lock);
>> +
>> +	return tzd;
>> +}
>> +
>>
> 


WARNING: multiple messages have this Message-ID (diff)
From: Wei Ni <wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Wei Ni <wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
	Eduardo Valentin <eduardo.valentin-l0cyMroinI0@public.gmane.org>,
	"swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org"
	<swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	"pawel.moll-5wv7dgnIgG8@public.gmane.org"
	<pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	"mark.rutland-5wv7dgnIgG8@public.gmane.org"
	<mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	"ian.campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org"
	<ian.campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>,
	"rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org"
	<rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
	"linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org"
	<linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
	"rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org"
	<rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: "grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org"
	<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	"durgadoss.r-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org"
	<durgadoss.r-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org"
	<lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCHv9 02/20] thermal: introduce device tree parser
Date: Tue, 7 Jan 2014 10:48:02 +0800	[thread overview]
Message-ID: <52CB6AE2.2090002@nvidia.com> (raw)
In-Reply-To: <52C299A8.4010108-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>

Hi, Eduardo
Will you consider my comments :)

Thanks.
Wei.

On 12/31/2013 06:17 PM, Wei Ni wrote:
> 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 presented.
>>
>> This patch introduces a thermal data parser for device
>> tree. The parsed data is used to build thermal zones
>> and thermal binding parameters. The output data
>> can then be used to deploy thermal policies.
>>
>> This patch adds also documentation regarding this
>> API and how to define tree nodes to use
>> this infrastructure.
>>
>> Note that, in order to be able to have control
>> on the sensor registration on the DT thermal zone,
>> it was required to allow changing the thermal zone
>> .get_temp callback. For this reason, this patch
>> also removes the 'const' modifier from the .ops
>> field of thermal zone devices.
>>
>> ...
>> +
>> +static int of_thermal_get_trend(struct thermal_zone_device *tz, int trip,
>> +				enum thermal_trend *trend)
>> +{
>> +	struct __thermal_zone *data = tz->devdata;
>> +	long dev_trend;
>> +	int r;
>> +
>> +	if (!data->get_trend)
>> +		return -EINVAL;
>> +
>> +	r = data->get_trend(data->sensor_data, &dev_trend);
> I think the ->get_trend should be defined as:
> .get_trend(*dev, int, *long)
> so that the "trip" can be passed into it, otherwise the "trip" can't be
> used.
> And the dev_trend should be returned as THERMAL_TREND_XXX directly.
> because the THERM_TREND_xx is more than three states.
> 
> The code may be something like:
> r = data->get_trend(data->sensor_data, trip, &dev_trend);
> if (r)
>     return r;
> *trend = dev_trend;
> return 0;
>> +	if (r)
>> +		return r;
>> +
>> +	/* TODO: These intervals might have some thresholds, but in core code */
>> +	if (dev_trend > 0)
>> +		*trend = THERMAL_TREND_RAISING;
>> +	else if (dev_trend < 0)
>> +		*trend = THERMAL_TREND_DROPPING;
>> +	else
>> +		*trend = THERMAL_TREND_STABLE;
>> +
>> +	return 0;
>> +}
>> +
>> .....
>> +
>> +/***   sensor API   ***/
>> +
>> +static struct thermal_zone_device *
>> +thermal_zone_of_add_sensor(struct device_node *zone,
>> +			   struct device_node *sensor, void *data,
>> +			   int (*get_temp)(void *, long *),
>> +			   int (*get_trend)(void *, long *))
>> +{
>> +	struct thermal_zone_device *tzd;
>> +	struct __thermal_zone *tz;
>> +
>> +	tzd = thermal_zone_get_zone_by_name(zone->name);
> I think we could get the thermal zone by node,
> something like:
> thermal_zone_get_zone_by_node(zone);
> so that it can get unique zone.
> 
> I think we can add a member "struct device_node *np" in the
> thermal_zone_device,
> and set it after you call thermal_zone_device_register successfully.
> Then add following codes:
> thermal_zone_get_zone_by_node(struct device_node *node)
> {
>         struct thermal_zone_device *pos = NULL, *ref = ERR_PTR(-ENODEV);
>         bool found = false;
> 
>         if (!node)
>                 return ERR_PTR(-EINVAL);
> 
>         mutex_lock(&thermal_list_lock);
>         list_for_each_entry(pos, &thermal_tz_list, node)
>                 if (node == pos->np) {
>                         ref = pos;
>                         found = true;
>                         break;
>                 }
>         mutex_unlock(&thermal_list_lock);
> 
>         return ref;
> }
> 
> Thanks.
> Wei.
>> +	if (IS_ERR(tzd))
>> +		return ERR_PTR(-EPROBE_DEFER);
>> +
>> +	tz = tzd->devdata;
>> +
>> +	mutex_lock(&tzd->lock);
>> +	tz->get_temp = get_temp;
>> +	tz->get_trend = get_trend;
>> +	tz->sensor_data = data;
>> +
>> +	tzd->ops->get_temp = of_thermal_get_temp;
>> +	tzd->ops->get_trend = of_thermal_get_trend;
>> +	mutex_unlock(&tzd->lock);
>> +
>> +	return tzd;
>> +}
>> +
>>
> 

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Wei Ni <wni@nvidia.com>
To: Wei Ni <wni@nvidia.com>,
	Eduardo Valentin <eduardo.valentin@ti.com>,
	"swarren@wwwdotorg.org" <swarren@wwwdotorg.org>,
	"pawel.moll@arm.com" <pawel.moll@arm.com>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"ian.campbell@citrix.com" <ian.campbell@citrix.com>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	"linux@roeck-us.net" <linux@roeck-us.net>,
	"rui.zhang@intel.com" <rui.zhang@intel.com>
Cc: "grant.likely@linaro.org" <grant.likely@linaro.org>,
	"durgadoss.r@intel.com" <durgadoss.r@intel.com>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [lm-sensors] [PATCHv9 02/20] thermal: introduce device tree parser
Date: Tue, 07 Jan 2014 02:48:02 +0000	[thread overview]
Message-ID: <52CB6AE2.2090002@nvidia.com> (raw)
In-Reply-To: <52C299A8.4010108@nvidia.com>

Hi, Eduardo
Will you consider my comments :)

Thanks.
Wei.

On 12/31/2013 06:17 PM, Wei Ni wrote:
> 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 presented.
>>
>> This patch introduces a thermal data parser for device
>> tree. The parsed data is used to build thermal zones
>> and thermal binding parameters. The output data
>> can then be used to deploy thermal policies.
>>
>> This patch adds also documentation regarding this
>> API and how to define tree nodes to use
>> this infrastructure.
>>
>> Note that, in order to be able to have control
>> on the sensor registration on the DT thermal zone,
>> it was required to allow changing the thermal zone
>> .get_temp callback. For this reason, this patch
>> also removes the 'const' modifier from the .ops
>> field of thermal zone devices.
>>
>> ...
>> +
>> +static int of_thermal_get_trend(struct thermal_zone_device *tz, int trip,
>> +				enum thermal_trend *trend)
>> +{
>> +	struct __thermal_zone *data = tz->devdata;
>> +	long dev_trend;
>> +	int r;
>> +
>> +	if (!data->get_trend)
>> +		return -EINVAL;
>> +
>> +	r = data->get_trend(data->sensor_data, &dev_trend);
> I think the ->get_trend should be defined as:
> .get_trend(*dev, int, *long)
> so that the "trip" can be passed into it, otherwise the "trip" can't be
> used.
> And the dev_trend should be returned as THERMAL_TREND_XXX directly.
> because the THERM_TREND_xx is more than three states.
> 
> The code may be something like:
> r = data->get_trend(data->sensor_data, trip, &dev_trend);
> if (r)
>     return r;
> *trend = dev_trend;
> return 0;
>> +	if (r)
>> +		return r;
>> +
>> +	/* TODO: These intervals might have some thresholds, but in core code */
>> +	if (dev_trend > 0)
>> +		*trend = THERMAL_TREND_RAISING;
>> +	else if (dev_trend < 0)
>> +		*trend = THERMAL_TREND_DROPPING;
>> +	else
>> +		*trend = THERMAL_TREND_STABLE;
>> +
>> +	return 0;
>> +}
>> +
>> .....
>> +
>> +/***   sensor API   ***/
>> +
>> +static struct thermal_zone_device *
>> +thermal_zone_of_add_sensor(struct device_node *zone,
>> +			   struct device_node *sensor, void *data,
>> +			   int (*get_temp)(void *, long *),
>> +			   int (*get_trend)(void *, long *))
>> +{
>> +	struct thermal_zone_device *tzd;
>> +	struct __thermal_zone *tz;
>> +
>> +	tzd = thermal_zone_get_zone_by_name(zone->name);
> I think we could get the thermal zone by node,
> something like:
> thermal_zone_get_zone_by_node(zone);
> so that it can get unique zone.
> 
> I think we can add a member "struct device_node *np" in the
> thermal_zone_device,
> and set it after you call thermal_zone_device_register successfully.
> Then add following codes:
> thermal_zone_get_zone_by_node(struct device_node *node)
> {
>         struct thermal_zone_device *pos = NULL, *ref = ERR_PTR(-ENODEV);
>         bool found = false;
> 
>         if (!node)
>                 return ERR_PTR(-EINVAL);
> 
>         mutex_lock(&thermal_list_lock);
>         list_for_each_entry(pos, &thermal_tz_list, node)
>                 if (node = pos->np) {
>                         ref = pos;
>                         found = true;
>                         break;
>                 }
>         mutex_unlock(&thermal_list_lock);
> 
>         return ref;
> }
> 
> Thanks.
> Wei.
>> +	if (IS_ERR(tzd))
>> +		return ERR_PTR(-EPROBE_DEFER);
>> +
>> +	tz = tzd->devdata;
>> +
>> +	mutex_lock(&tzd->lock);
>> +	tz->get_temp = get_temp;
>> +	tz->get_trend = get_trend;
>> +	tz->sensor_data = data;
>> +
>> +	tzd->ops->get_temp = of_thermal_get_temp;
>> +	tzd->ops->get_trend = of_thermal_get_trend;
>> +	mutex_unlock(&tzd->lock);
>> +
>> +	return tzd;
>> +}
>> +
>>
> 


_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  reply	other threads:[~2014-01-07  2:47 UTC|newest]

Thread overview: 230+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-12 19:46 [PATCHv5 00/20] device thermal limits represented in device tree nodes (v5) Eduardo Valentin
2013-11-12 19:46 ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46 ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 01/20] thermal: allow registering without .get_temp Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv9 02/20] thermal: introduce device tree parser Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-13 16:57   ` Tomasz Figa
2013-11-13 16:57     ` [lm-sensors] " Tomasz Figa
2013-11-13 16:57     ` Tomasz Figa
2013-11-14 11:31     ` Eduardo Valentin
2013-11-14 11:31       ` [lm-sensors] " Eduardo Valentin
2013-11-14 11:31       ` Eduardo Valentin
2013-11-14 13:40       ` Tomasz Figa
2013-11-14 13:40         ` [lm-sensors] " Tomasz Figa
2013-11-15 13:19         ` Eduardo Valentin
2013-11-15 13:19           ` [lm-sensors] " Eduardo Valentin
2013-11-15 13:19           ` Eduardo Valentin
2013-11-21 14:57           ` Tomasz Figa
2013-11-21 14:57             ` [lm-sensors] " Tomasz Figa
2013-11-21 15:48             ` Eduardo Valentin
2013-11-21 15:48               ` [lm-sensors] " Eduardo Valentin
2013-11-21 15:48               ` Eduardo Valentin
2013-11-21 16:32               ` Tomasz Figa
2013-11-21 16:32                 ` [lm-sensors] " Tomasz Figa
2013-11-22 12:33                 ` Eduardo Valentin
2013-11-22 12:33                   ` [lm-sensors] " Eduardo Valentin
2013-11-22 12:33                   ` Eduardo Valentin
2013-11-25 15:31                   ` Mark Rutland
2013-11-25 15:31                     ` [lm-sensors] " Mark Rutland
2013-11-25 15:31                     ` Mark Rutland
2013-11-25 15:40                     ` Eduardo Valentin
2013-11-25 15:40                       ` [lm-sensors] " Eduardo Valentin
2013-11-25 15:40                       ` Eduardo Valentin
2013-11-25 15:41                     ` Eduardo Valentin
2013-11-25 15:41                       ` [lm-sensors] " Eduardo Valentin
2013-11-25 15:14             ` Mark Rutland
2013-11-25 15:14               ` [lm-sensors] " Mark Rutland
2013-11-25 15:14               ` Mark Rutland
2013-11-25 15:34               ` Eduardo Valentin
2013-11-25 15:34                 ` [lm-sensors] " Eduardo Valentin
2013-11-15  8:07   ` Jean Delvare
2013-11-15  8:07     ` Jean Delvare
2013-11-15  8:07     ` Jean Delvare
2013-11-18  6:04     ` Zhang Rui
2013-11-18  6:04       ` Zhang Rui
2013-11-18 14:45       ` Eduardo Valentin
2013-11-18 14:45         ` Eduardo Valentin
2013-11-18 14:45         ` Eduardo Valentin
2013-11-19 14:43         ` Jean Delvare
2013-11-19 14:43           ` Jean Delvare
2013-11-19 14:43           ` Jean Delvare
2013-11-25 15:37   ` Mark Rutland
2013-11-25 15:37     ` [lm-sensors] " Mark Rutland
2013-11-25 15:47     ` Eduardo Valentin
2013-11-25 15:47       ` [lm-sensors] " Eduardo Valentin
2013-11-25 15:47       ` Eduardo Valentin
2013-12-31 10:17   ` Wei Ni
2013-12-31 10:17     ` [lm-sensors] " Wei Ni
2013-12-31 10:17     ` Wei Ni
2014-01-07  2:48     ` Wei Ni [this message]
2014-01-07  2:48       ` [lm-sensors] " Wei Ni
2014-01-07  2:48       ` Wei Ni
2014-01-07 11:17       ` Eduardo Valentin
2014-01-07 11:17         ` [lm-sensors] " Eduardo Valentin
2014-01-07 11:17         ` Eduardo Valentin
2014-01-08  3:19         ` Wei Ni
2014-01-08  3:19           ` [lm-sensors] " Wei Ni
2014-01-08  3:24           ` Hu Yaohui
2014-01-08  3:24             ` [lm-sensors] " Hu Yaohui
2014-01-08  4:16             ` Wei Ni
2014-01-08  4:16               ` [lm-sensors] " Wei Ni
2014-01-08  4:16               ` Wei Ni
2014-01-02  2:55   ` Wei Ni
2014-01-02  2:55     ` [lm-sensors] " Wei Ni
2014-01-02  3:03     ` Wei Ni
2014-01-02  3:03       ` [lm-sensors] " Wei Ni
2014-01-02  2:59   ` Wei Ni
2014-01-02  2:59     ` [lm-sensors] " Wei Ni
2014-01-02  2:59     ` Wei Ni
2014-01-02 17:50     ` Matthew Longnecker
2014-01-02 17:50       ` [lm-sensors] " Matthew Longnecker
2014-01-02 17:50       ` Matthew Longnecker
2014-01-06 13:51       ` Mark Rutland
2014-01-06 13:51         ` [lm-sensors] " Mark Rutland
2014-01-06 14:54         ` Eduardo Valentin
2014-01-06 14:54           ` [lm-sensors] " Eduardo Valentin
2014-01-07  2:44           ` Wei Ni
2014-01-07  2:44             ` [lm-sensors] " Wei Ni
2014-01-07 12:02             ` Mark Rutland
2014-01-07 12:02               ` [lm-sensors] " Mark Rutland
2014-01-13 21:29             ` Eduardo Valentin
2014-01-13 21:29               ` [lm-sensors] " Eduardo Valentin
2014-01-14  2:54               ` Wei Ni
2014-01-14  2:54                 ` [lm-sensors] " Wei Ni
2014-01-14 18:48                 ` Eduardo Valentin
2014-01-14 18:48                   ` [lm-sensors] " Eduardo Valentin
2014-01-13 15:37       ` Eduardo Valentin
2014-01-13 15:37         ` [lm-sensors] " Eduardo Valentin
2014-01-13 15:37         ` Eduardo Valentin
2014-01-02 17:35   ` Matthew Longnecker
2014-01-02 17:35     ` [lm-sensors] " Matthew Longnecker
2014-01-02 17:35     ` Matthew Longnecker
2014-01-06 18:52     ` Eduardo Valentin
2014-01-06 18:52       ` [lm-sensors] " Eduardo Valentin
2014-01-06 18:52       ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 03/20] thermal: core: introduce thermal_of_cooling_device_register Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 04/20] thermal: cpu_cooling: introduce of_cpufreq_cooling_register Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device propertie Eduardo Valentin
2013-11-12 19:46   ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Eduardo Valentin
2013-11-14 13:17   ` Eduardo Valentin
2013-11-14 13:17     ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope Eduardo Valentin
2013-11-14 13:17     ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Eduardo Valentin
2013-11-14 22:04     ` Rafael J. Wysocki
2013-11-14 22:04       ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope Rafael J. Wysocki
2013-11-15  4:41   ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties viresh kumar
2013-11-15  4:53     ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope viresh kumar
2014-01-12 14:31   ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Zhang, Rui
2014-01-12 14:31     ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope Zhang, Rui
2014-01-12 14:31     ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Zhang, Rui
2014-01-13 15:08     ` Eduardo Valentin
2014-01-13 15:08       ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope Eduardo Valentin
2014-01-13 15:08       ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Eduardo Valentin
2014-01-14 19:07     ` Eduardo Valentin
2014-01-14 19:07       ` [lm-sensors] [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device prope Eduardo Valentin
2014-01-14 19:07       ` [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 06/20] hwmon: lm75: expose to thermal fw via DT nodes Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-15  7:43   ` Jean Delvare
2013-11-15  7:43     ` [lm-sensors] " Jean Delvare
2013-11-15  7:43     ` Jean Delvare
2013-11-18 14:27     ` Eduardo Valentin
2013-11-18 14:27       ` [lm-sensors] " Eduardo Valentin
2013-11-18 14:27       ` Eduardo Valentin
2013-11-18 16:25       ` Guenter Roeck
2013-11-18 16:25         ` [lm-sensors] " Guenter Roeck
2013-11-18 16:40         ` Eduardo Valentin
2013-11-18 16:40           ` [lm-sensors] " Eduardo Valentin
2013-11-18 16:40           ` Eduardo Valentin
2013-11-19  9:39       ` Jean Delvare
2013-11-19  9:39         ` [lm-sensors] " Jean Delvare
2013-11-19  9:39         ` Jean Delvare
2013-11-22 14:37         ` Eduardo Valentin
2013-11-22 14:37           ` [lm-sensors] " Eduardo Valentin
2013-11-22 14:37           ` Eduardo Valentin
2013-11-23 18:38           ` Jean Delvare
2013-11-23 18:38             ` [lm-sensors] " Jean Delvare
2013-11-23 18:38             ` Jean Delvare
2013-11-12 19:46 ` [PATCHv5 07/20] hwmon: tmp102: " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 08/20] thermal: ti-soc-thermal: use thermal DT infrastructure Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 09/20] arm: dts: add omap4 CPU thermal data Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 10/20] arm: dts: add omap4430 " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-20 12:32   ` Pavel Machek
2013-11-20 12:32     ` [lm-sensors] " Pavel Machek
2013-11-20 12:32     ` Pavel Machek
2013-11-21 15:36     ` Eduardo Valentin
2013-11-21 15:36       ` [lm-sensors] " Eduardo Valentin
2013-11-21 15:36       ` Eduardo Valentin
2013-11-21 15:36       ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 11/20] arm: dts: add omap4460 " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 12/20] arm: dts: add cooling properties on omap4430 cpu node Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 13/20] arm: dts: add cooling properties on omap4460 " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 14/20] arm: dts: add omap5 GPU thermal data Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 15/20] arm: dts: add omap5 CORE " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 16/20] arm: dts: add omap5 " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 17/20] arm: dts: add cooling properties on omap5 cpu node Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 18/20] arm: dts: make OMAP443x bandgap node to belong to OCP Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 19/20] arm: dts: make OMAP4460 " Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:46 ` [PATCHv5 20/20] MAINTAINERS: add maintainer entry for thermal bindings Eduardo Valentin
2013-11-12 19:46   ` [lm-sensors] " Eduardo Valentin
2013-11-12 19:46   ` Eduardo Valentin
2013-11-12 19:59   ` Olof Johansson
2013-11-12 19:59     ` [lm-sensors] " Olof Johansson
2013-11-12 20:14     ` Eduardo Valentin
2013-11-12 20:14       ` [lm-sensors] " Eduardo Valentin
2013-11-12 20:14       ` Eduardo Valentin
2013-11-13  9:42       ` Mark Rutland
2013-11-13  9:42         ` [lm-sensors] " Mark Rutland
2013-11-13 12:17         ` Eduardo Valentin
2013-11-13 12:17           ` [lm-sensors] " Eduardo Valentin
2013-11-13 14:46         ` Eduardo Valentin
2013-11-13 14:46           ` [lm-sensors] " Eduardo Valentin
2013-11-14 13:30         ` [PATCHv6 20/20] MAINTAINERS: add thermal bindings entry in thermal domain Eduardo Valentin
2013-11-14 13:30           ` [lm-sensors] " Eduardo Valentin
2013-11-14 13:30           ` Eduardo Valentin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52CB6AE2.2090002@nvidia.com \
    --to=wni@nvidia.com \
    --cc=devicetree@vger.kernel.org \
    --cc=durgadoss.r@intel.com \
    --cc=eduardo.valentin@ti.com \
    --cc=grant.likely@linaro.org \
    --cc=ian.campbell@citrix.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=lm-sensors@lm-sensors.org \
    --cc=mark.rutland@arm.com \
    --cc=pawel.moll@arm.com \
    --cc=rob.herring@calxeda.com \
    --cc=rui.zhang@intel.com \
    --cc=swarren@wwwdotorg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.