commit 953969ddf5b049361ed1e8471cc43dc4134d2a6f
tree e4b84effa78a7e34d516142ee8ad1441906e33de
parent b862f3b099f3ea672c7438c0b282ce8201d39dfc
author Linus Torvalds <torvalds@g5.osdl.org> Sun, 09 Jul 2006 08:47:46 -0700
committer Linus Torvalds <torvalds@g5.osdl.org> Sun, 09 Jul 2006 08:47:46 -0700
Revert "ACPI: dock driver"
This reverts commit a5e1b94008f2a96abf4a0c0371a55a56b320c13e.
Adrian Bunk points out that it has build errors, and apparently no
maintenance. Throw it out.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
commit b862f3b099f3ea672c7438c0b282ce8201d39dfc
tree 62f8cc2dc2b1c9abb6364b16f3b218a04d121f3e
parent e2a3d40258fe20d205f8ed592e1e2c0d5529c2e1
author Linus Torvalds <torvalds@macmini.osdl.org> Sat, 08 Jul 2006 15:24:18 -0700
committer Linus Torvalds <torvalds@macmini.osdl.org> Sat, 08 Jul 2006 15:24:18 -0700
i386: improve and correct inline asm memory constraints
Use "+m" rather than a combination of "=m" and "m" for improved clarity
and consistency.
This also fixes some inlines that incorrectly didn't tell the compiler
that they read the old value at all, potentially causing the compiler to
generate bogus code. It appear that all of those potential bugs were
hidden by the use of extra "volatile" specifiers on the data structures
in question, though.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
commit e2a3d40258fe20d205f8ed592e1e2c0d5529c2e1
tree b8d778fb559c581e08bfc86831d16ee1cd43c841
parent a496e25dfb25493a57bcee5d66875d6ff80a9093
author Linus Torvalds <torvalds@g5.osdl.org> Sat, 08 Jul 2006 15:00:28 -0700
committer Linus Torvalds <torvalds@g5.osdl.org> Sat, 08 Jul 2006 15:00:28 -0700
power: improve inline asm memory constraints
Use "+m" rather than a combination of "=m" and "m" for improved
clarity and consistency.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
commit a496e25dfb25493a57bcee5d66875d6ff80a9093
tree e0dc7f0f8151f6cf0ddc9ef987a6750e4e4a9ea3
parent 120bda20c6f64b32e8bfbdd7b34feafaa5f5332e
author Dave Jones <davej@redhat.com> Fri, 07 Jul 2006 12:31:27 -0400
committer Linus Torvalds <torvalds@g5.osdl.org> Fri, 07 Jul 2006 09:46:45 -0700
[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>