public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Eduardo Valentin <eduardo.valentin@ti.com>
To: Zhang Rui <rui.zhang@intel.com>
Cc: eduardo.valentin@ti.com, "Rafael J. Wysocki" <rjw@sisk.pl>,
	Matthew Garrett <mjg@redhat.com>, Len Brown <lenb@kernel.org>,
	R Durgadoss <durgadoss.r@intel.com>,
	Amit Kachhap <amit.kachhap@linaro.org>, Wei Ni <wni@nvidia.com>,
	linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org
Subject: Re: [PATCH V4 13/13] Thermal: Introduce locking for cdev.thermal_instances list.
Date: Tue, 21 Aug 2012 08:01:21 +0300	[thread overview]
Message-ID: <20120821050121.GT9833@besouro> (raw)
In-Reply-To: <1345510407.1682.930.camel@rui.sh.intel.com>

Hello,

On Tue, Aug 21, 2012 at 08:53:27AM +0800, Zhang Rui wrote:
> On 一, 2012-08-20 at 18:45 +0300, Eduardo Valentin wrote:
> > Hello Rui,
> > 
> > On Thu, Jul 26, 2012 at 04:41:23PM +0800, Zhang Rui wrote:
> > > we need to go over all the thermal_instance list of a cooling device
> > > to decide which cooling state to put the cooling device to.
> > > 
> > > But at this time, as a cooling device may be referenced in multiple
> > > thermal zones, we need to lock the list first in case
> > > another thermal zone is updating this cooling device.
> > > 
> > > Signed-off-by: Zhang Rui <rui.zhang@intel.com>
> > 
> > Reviewed-by: Eduardo Valentin <eduardo.valentin@ti.com>
> > 
> > A minor comment bellow.
> > 
> > > ---
> > >  drivers/thermal/thermal_sys.c |    8 ++++++++
> > >  include/linux/thermal.h       |    1 +
> > >  2 files changed, 9 insertions(+)
> > > 
> > > diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c
> > > index 7f3a891..356a59d 100644
> > > --- a/drivers/thermal/thermal_sys.c
> > > +++ b/drivers/thermal/thermal_sys.c
> > > @@ -799,6 +799,7 @@ int thermal_zone_bind_cooling_device(struct thermal_zone_device *tz,
> > >  		goto remove_symbol_link;
> > >  
> > >  	mutex_lock(&tz->lock);
> > > +	mutex_lock(&cdev->lock);
> > 
> > Why do you need to lock while going through the tz thermal_instances?
> > 
> > >  	list_for_each_entry(pos, &tz->thermal_instances, tz_node)
> > >  	    if (pos->tz == tz && pos->trip == trip && pos->cdev == cdev) {
> > >  		result = -EEXIST;
> > > @@ -808,6 +809,7 @@ int thermal_zone_bind_cooling_device(struct thermal_zone_device *tz,
> > >  		list_add_tail(&dev->tz_node, &tz->thermal_instances);
> > >  		list_add_tail(&dev->cdev_node, &cdev->thermal_instances);
> > 
> > Locking the above operation should be enough, no?
> > 
> we need to add this thermal_instance to the cooling device
> thermal_instance list.
> say, what if another thermal zone that references this cooling device is
> being unregistered at the same time?

Well yes, that part I got it. But do you need to lock the cdev->lock
while doing the search under tz->thermal_instances?

I believe you need to lock it only while adding it to cdev->thermal_instances.
That would cover the situation you are talking about.

> 
> thanks,
> rui
> 
> > >  	}
> > > +	mutex_unlock(&cdev->lock);
> > >  	mutex_unlock(&tz->lock);
> > >  
> > >  	if (!result)
> > > @@ -840,14 +842,17 @@ int thermal_zone_unbind_cooling_device(struct thermal_zone_device *tz,
> > >  	struct thermal_instance *pos, *next;
> > >  
> > >  	mutex_lock(&tz->lock);
> > > +	mutex_lock(&cdev->lock);
> > >  	list_for_each_entry_safe(pos, next, &tz->thermal_instances, tz_node) {
> > >  		if (pos->tz == tz && pos->trip == trip && pos->cdev == cdev) {
> > >  			list_del(&pos->tz_node);
> > >  			list_del(&pos->cdev_node);
> > > +			mutex_unlock(&cdev->lock);
> > >  			mutex_unlock(&tz->lock);
> > >  			goto unbind;
> > >  		}
> > >  	}
> > > +	mutex_unlock(&cdev->lock);
> > >  	mutex_unlock(&tz->lock);
> > >  
> > >  	return -ENODEV;
> > > @@ -913,6 +918,7 @@ thermal_cooling_device_register(char *type, void *devdata,
> > >  	}
> > >  
> > >  	strcpy(cdev->type, type);
> > > +	mutex_init(&cdev->lock);
> > >  	INIT_LIST_HEAD(&cdev->thermal_instances);
> > >  	cdev->ops = ops;
> > >  	cdev->updated = true;
> > > @@ -1016,6 +1022,7 @@ static void thermal_cdev_do_update(struct thermal_cooling_device *cdev)
> > >  	if (cdev->updated)
> > >  		return;
> > >  
> > > +	mutex_lock(&cdev->lock);
> > >  	/* Make sure cdev enters the deepest cooling state */
> > >  	list_for_each_entry(instance, &cdev->thermal_instances, cdev_node) {
> > >  		if (instance->target == THERMAL_NO_TARGET)
> > > @@ -1023,6 +1030,7 @@ static void thermal_cdev_do_update(struct thermal_cooling_device *cdev)
> > >  		if (instance->target > target)
> > >  			target = instance->target;
> > >  	}
> > > +	mutex_unlock(&cdev->lock);
> > >  	cdev->ops->set_cur_state(cdev, target);
> > >  	cdev->updated = true;
> > >  }
> > > diff --git a/include/linux/thermal.h b/include/linux/thermal.h
> > > index 06fd04d..d02d06d 100644
> > > --- a/include/linux/thermal.h
> > > +++ b/include/linux/thermal.h
> > > @@ -95,6 +95,7 @@ struct thermal_cooling_device {
> > >  	void *devdata;
> > >  	const struct thermal_cooling_device_ops *ops;
> > >  	bool updated; /* true if the cooling device does not need update */
> > > +	struct mutex lock; /* protect thermal_instances list */
> > >  	struct list_head thermal_instances;
> > >  	struct list_head node;
> > >  };
> > > -- 
> > > 1.7.9.5
> > > 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2012-08-21  5:01 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-26  8:41 [PATCH V4 00/13] Thermal: generic thermal layer enhancement Zhang Rui
2012-07-26  8:41 ` [PATCH V4 01/13] Thermal: Introduce multiple cooling states support Zhang Rui
2012-08-08 12:02   ` Valentin, Eduardo
2012-08-09  0:58     ` Zhang Rui
2012-07-26  8:41 ` [PATCH V4 02/13] Thermal: Introduce cooling states range support Zhang Rui
2012-08-20 15:51   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 03/13] Thermal: set upper and lower limits Zhang Rui
2012-08-20 15:50   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 04/13] Thermal: Introduce .get_trend() callback Zhang Rui
2012-07-26 20:11   ` Rafael J. Wysocki
2012-08-01  2:42     ` Zhang Rui
2012-08-08 13:46       ` Valentin, Eduardo
2012-08-08 13:44   ` Valentin, Eduardo
2012-07-26  8:41 ` [PATCH V4 05/13] Thermal: Remove tc1/tc2 in generic thermal layer Zhang Rui
2012-07-26 20:11   ` Rafael J. Wysocki
2012-08-08 14:06   ` Valentin, Eduardo
2012-08-09  0:57     ` Zhang Rui
2012-08-09  8:05       ` Valentin, Eduardo
2012-08-09 15:10       ` Valentin, Eduardo
2012-08-20 12:18         ` Eduardo Valentin
2012-08-21  0:49           ` Zhang Rui
2012-08-21 14:20             ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 06/13] Thermal: Introduce thermal_zone_trip_update() Zhang Rui
2012-07-26 20:12   ` Rafael J. Wysocki
2012-08-20 15:47   ` Eduardo Valentin
2012-08-20 15:48   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 07/13] Thermal: rename structure thermal_cooling_device_instance to thermal_instance Zhang Rui
2012-08-20 15:47   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 08/13] Thermal: Rename thermal_zone_device.cooling_devices Zhang Rui
2012-08-20 15:47   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 09/13] Thermal: Rename thermal_instance.node to thermal_instance.tz_node Zhang Rui
2012-08-20 15:47   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 10/13] Thermal: List thermal_instance in thermal_cooling_device Zhang Rui
2012-08-20 15:46   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 11/13] Thermal: Introduce simple arbitrator for setting device cooling state Zhang Rui
2012-08-20 15:46   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 12/13] Thermal: Unify the code for both active and passive cooling Zhang Rui
2012-08-20 15:45   ` Eduardo Valentin
2012-07-26  8:41 ` [PATCH V4 13/13] Thermal: Introduce locking for cdev.thermal_instances list Zhang Rui
2012-07-26 20:13   ` Rafael J. Wysocki
2012-08-20 15:45   ` Eduardo Valentin
2012-08-21  0:53     ` Zhang Rui
2012-08-21  5:01       ` Eduardo Valentin [this message]
2012-08-20 15:53 ` [PATCH V4 00/13] Thermal: generic thermal layer enhancement Eduardo Valentin
2012-08-21  5:10   ` 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=20120821050121.GT9833@besouro \
    --to=eduardo.valentin@ti.com \
    --cc=amit.kachhap@linaro.org \
    --cc=durgadoss.r@intel.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mjg@redhat.com \
    --cc=rjw@sisk.pl \
    --cc=rui.zhang@intel.com \
    --cc=wni@nvidia.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox