Rafael J. Wysocki e8b364b88c PM / Clocks: Do not acquire a mutex under a spinlock ... Commit b7ab83e (PM: Use spinlock instead of mutex in clock management functions) introduced a regression causing clocks_mutex to be acquired under a spinlock. This happens because pm_clk_suspend() and pm_clk_resume() call pm_clk_acquire() under pcd->lock, but pm_clk_acquire() executes clk_get() which causes clocks_mutex to be acquired. Similarly, __pm_clk_remove(), executed under pcd->lock, calls clk_put(), which also causes clocks_mutex to be acquired. To fix those problems make pm_clk_add() call pm_clk_acquire(), so that pm_clk_suspend() and pm_clk_resume() don't have to do that. Change pm_clk_remove() and pm_clk_destroy() to separate modifications of the pcd->clock_list list from the actual removal of PM clock entry objects done by __pm_clk_remove(). Reported-and-tested-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl> Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>		2011-09-26 19:40:23 +02:00
..
Makefile	…
clock_ops.c	PM / Clocks: Do not acquire a mutex under a spinlock	2011-09-26 19:40:23 +02:00
domain.c	PM / Domains: Fix build for CONFIG_PM_RUNTIME unset	2011-08-14 13:34:31 +02:00
generic_ops.c	…
main.c	…
opp.c	…
power.h	…
runtime.c	PM / Runtime: Allow _put_sync() from interrupts-disabled context	2011-08-05 21:45:20 +02:00
sysfs.c	atomic: use <linux/atomic.h>	2011-07-26 16:49:47 -07:00
trace.c	…
wakeup.c	…