kernel-aes67/drivers/cpufreq
Dave Jones a496e25dfb [PATCH] Fix cpufreq vs hotplug lockdep recursion.
[ There's some not quite baked bits in cpufreq-git right now
  so sending this on as a patch instead ]

On Thu, 2006-07-06 at 07:58 -0700, Tom London wrote:

> After installing .2356 I get this each time I boot:
> =======================================================
> [ INFO: possible circular locking dependency detected ]
> -------------------------------------------------------
> S06cpuspeed/1620 is trying to acquire lock:
>  (dbs_mutex){--..}, at: [<c060d6bb>] mutex_lock+0x21/0x24
>
> but task is already holding lock:
>  (cpucontrol){--..}, at: [<c060d6bb>] mutex_lock+0x21/0x24
>
> which lock already depends on the new lock.
>

make sure the cpu hotplug recursive mutex (yuck) is taken early in the
cpufreq codepaths to avoid a AB-BA deadlock.

Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-07-07 09:46:45 -07:00
..
cpufreq_conservative.c [PATCH] cpufreq build fix 2006-06-23 08:47:27 -07:00
cpufreq_ondemand.c [CPUFREQ] Misc cleanups in ondemand. 2006-06-30 01:36:40 -04:00
cpufreq_performance.c
cpufreq_powersave.c
cpufreq_stats.c Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
cpufreq_userspace.c Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
cpufreq.c [PATCH] Fix cpufreq vs hotplug lockdep recursion. 2006-07-07 09:46:45 -07:00
freq_table.c
Kconfig
Makefile