cpufreq core Kconfig fix:
- 24_API is a part of the userspace governor, so keep it directly below the userspace governor
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>

arm cpufreq Kconfig enhancements:
- don't force the deprecated 24_API on SA11x0 any more, as it will be removed
  ~2005-01-01 and different interfaces have been available for a long time
- don't mark CPU_FREQ as being EXPERIMENTAL any longer
- re-order it in the same way other arches are ordered
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>

x86_64 cpufreq Kconfig fixes:
- SPEEDSTEP_CENTRINO _needs_ the ACPI perflib as the tables are for
  Banias only, and the Banias is only 32bit
- SPEEDSTEP_CENTRINO_TABLE won't be built in any longer as it only wastes space
- /proc/acpi/processor/../performance is available for all ACPI perflib drivers
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>

i386 cpufreq Kconfig fixes:
- /proc/acpi/processor/../performance is available for all ACPI perflib drivers
- powernow-k8 depends on FREQ_TABLE
- clarify the heavy dependency of SPEEDSTEP_CENTRINO on ACPI
- remove the EXPERIMENTAL tag of SPEEDSTEP_CENTRINO_ACPI
- allow to disable SPEEDSTEP_CENTRINO_TABLE
Signed-off-by: Dominik Brodowski <linux@brodo.de>
Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

into delerium.kernelslacker.org:/home/davej/bk/cpufreq

It disappeared somewhere in Al's cleanup patch..

le16_to_cpu() on 32bit field.
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Use of 16bit little-endian in comparisons and arithmetics without
conversion. 
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

$(addprefix ...) needs a directory relative to current directory, because
kbuild prefixes the filename with '$(obj)/'
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

 a) upper 32 bits of cpu_to_le64(x) are *not* cpu_to_le32(x) of
    upper 32 bits.
 b) ->ByteCount cleaned up.
Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

cpu_to_le32(...) assigned to 16bit fields.

Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Just test the end case inside the loop, rather than trying to
be clever and getting it wrong.

The previous single-step patch ("make single-step into signal delivery
stop in handler") took things a little too far. 

It left TF set in the sigcontext on the stack, so a PTRACE_CONT after
stopping at the handler entry will step instead of resume.  This
additional patch fixes it. 
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

timer_create leaks task_structs.  I probably introduced this bug when I did
the cleanup making posix-timers properly per-process.  This patch fixes it.

There is also a fixup for a random indentation snafu at the end.
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

    Helps to keep the 'sendmail' doctor away.
Signed-off-by: Trond Myklebust <trond.myklebust@fys.uio.no>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

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

into flint.arm.linux.org.uk:/usr/src/bk/linux-2.6-rmk

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

AMD recently errata'd the definition of the PSB/PST for recent Athlon 64 and Opteron parts.  The errata
allows for a second, identical PST for those parts.
The current powernow-k8 driver will not work in PST/PSB mode on those parts because it requires 
there be 1 and only 1 PST.

From: Mark Langsdorf
Signed-off-by: Dave Jones <davej@redhat.com>

Patch from Ian Campbell

Please ignore previous patch: set_irq_type takes the IRQ number and
not the GPIO number so using any variant on IRQ_TO_GPIO* is incorrect
anyway.
Signed-of-by: Ian Campbell <icampbell@arcom.com>

Patch from Nicolas Pitre

- Don't chain assignment to volatile registers.
  Doing otherwise generates extra needless code to reload the value
  for the next assignment.

- Don't touch PXA27x registers on a PXA25x build.
  (spotted by Ian Campbell)

Signed-off-by: Nicolas Pitre 

 CONFIG_ARCH_IOP3XX

Patch from Nicolas Pitre

Signed-off-by: Nicolas Pitre 

Basic serial ports, acpi and intel sound.

Can you guess what my laptop has in it?