into intel.com:/home/lenb/src/linux-acpi-test-2.6.5

"acpi_wake_gpes_always_on" boot flag for old GPE behaviour

into intel.com:/home/lenb/src/linux-acpi-test-2.6.5

Implemented support for "wake" GPEs via interaction between
GPEs and the _PRW methods.  Every GPE that is pointed to by
one or more _PRWs is identified as a WAKE GPE and by default
will no longer be enabled at runtime.  Previously, we were
blindly enabling all GPEs with a corresponding _Lxx or _Exx
method - but most of these turn out to be WAKE GPEs anyway.
We believe this has been the cause of thousands of
"spurious" GPEs on some systems.

This new GPE behavior is can be reverted to the original
behavior (enable ALL GPEs at runtime) via a runtime flag.

Fixed a problem where aliased control methods could not
access objects properly.  The proper scope within the
namespace was not initialized (transferred to the target of
the aliased method) before executing the target method.

Fixed a potential race condition on internal object
deletion on the return object in AcpiEvaluateObject. 

Integrated a fix for resource descriptors where both
_MEM and _MTP were being extracted instead of just _MEM.
(i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)

Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
preventing a fault in some cases.

Updated Notify() values for debug statements in evmisc.c

Return proper status from AcpiUtMutexInitialize,
not just simply AE_OK.

into intel.com:/home/lenb/src/linux-acpi-test-2.6.5

http://bugme.osdl.org/show_bug.cgi?id=2366

Only allow get_last_written() to override get_capacity(), if it is
bigger.

I figured the best way to stop beeing bothered by users trying to run
preempt was to fix it ;)

Here's a first batch that close some races we had when testing regs->msr
for altivec or FPU enable, then doing the giveup_* function.  A preempt
in between those would have caused us to save a stale altivec or FPU
context.

The dmasound driver occasionally hangs a process on exit.

Apparently there is a possible case where the sound HW stops draining
output samples and the driver waits forever in its release() callback.
It should check for signals(), but it seems signal_pending() never
returns 1 when the process is beeing killed (implicit release() of files
on exit).

This patch adds a safety timeout to the release() function to make sure
we can at least close the driver.  I'll try to find the reason we aren't
driving samples later, but it is better to have a safety just incase the
sound clock goes berserk for some reason.

This fixes some racy code in the management of asynchronous brightness
and battery requests in the via-pmu driver used on powerbooks.  This
should fix some preempt related problems (there is no SMP powerbook yet :)

This fixes a few races in the LED code of the adbhid driver that would
affect SMP or preempt.

The ppc32 syscall entry code could access the thread info flags in a
racy way, thus potentially losing bits sets there at interrupt time or
by another CPU, like NEED_RESCHED or SIGPENDING (ouch !).

This fixes it by moving the potentially racy bit to a different field (I
preferred that rather than turning the access into an atomic operation
for performances reasons).

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

Anakin has not been maintained since it was (partially) merged, and
the maintainers appear to ignore mail about it.  No one appears
willing to maintain it either.  However, some unrelated kernel
maintainers have been updating various files while they've been
working in the area - which is wasted work for something which
isn't maintained.

Therefore, this cset removes Anakin completely from the kernel.

This adds AMBA and SA11xx support for dev->coherent_dma_mask.

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into intel.com:/home/lenb/src/linux-acpi-test-2.6.5

use _PRS to determine resource type for _SRS
fixes HP Proliant servers
http://bugzilla.kernel.org/show_bug.cgi?id=1590

Patch from: Daniel Ritz

This patch adds the TI clones from ENE to the override list
in yenta_socket.c.

Patch from: Arthur Othieno

This fixes a typo in arch/arm/boot/Makefile.

Patch from: Rusty Russell

From: Petri Koistinen <petri.koistinen@iki.fi>

URL updates.

Add missing newline to kernel version of NULL-pointer message and also print
the address while we're at it.

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into nuts.davemloft.net:/disk1/BK/sparc-2.6

Stephane made some measurements on the access-pattern of the cpuinfo_ia64
members and based on those results, this patch reorganizes the structure
for better cache-line sharing.

into nuts.davemloft.net:/disk1/BK/sparc-2.6

sata_sil:  it's a widely deployed chipset.  Now that we've fixed it, let
users use it.

sata_via:  Disk detection via SATA phy registers appear problematic. 
Until that problem is identified and fixed, used the old PATA detection 
code -- that was used in 2.6.4 -- instead.

I'd assumed that vcs_remove_devfs() could not possibly take console_sem(). 
Seems I was wrong.

x86-64 needs this (obvious) patch, due to the rename.