- Remove ppc64_calibrate_delay, no longer used
- Formatting fixups
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Clean up some of our command line code:

- We were copying the command line out of the device tree twice, but the
  first time we forgot to add CONFIG_CMDLINE. Fix this and remove the
  second copy.
- The command line birec code ran after we had done some command line
  parsing in prom.c. This had the opportunity to really confuse the
  user, with some options being parsed out of the device tree and the
  other out of birecs. Luckily we could find no user of the command
  line birecs, so remove them.
- remove duplicate printing of kernel command line;
- clean up iseries inits and create an iSeries_parse_cmdline.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

On new toolchains we need to use nm --synthetic or we miss code symbols.  Sam,
I'm not thrilled about this patch but Im not sure of an easier way.  Any ideas?
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

From: Alan Modra <amodra@bigpond.net.au>

Give the kernel an OPD section, required for recent ppc64 toolchains.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Plumb the NUMA API syscalls into ppc64.  Also add some missing cond_syscalls
so we still link with NUMA API disabled.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

I've started seeing rtas errors printed twice.  Remove the second call to
printk_log_rtas.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

After the spinlock rework, CONFIG_SPINLINE doesnt work and causes a compile
error.  Remove it for now.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This patch is the result of running Lindent against
arch/ppc64/kernel/lparcfg.c.

This cleans up an assortment of whitespace and wordwrap inconsistencies.
Signed-off-by: Will Schmidt <willschm@us.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This patch corrects how the lparcfg interface was presenting the number of
active and potential processors.  (As reported in LTC bugzilla number 10889).

- Correct output for partition_potential_processors and
  system_active_processors.
- suppress pool related values in scenarios where they do not make
  sense. (non-shared processor configurations)
- Display pool_capacity as a percentage, to match the behavior from
  iSeries code.
Signed-off-by: Will Schmidt <willschm@us.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Again, found with coverity's checker.
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The patch below implements an algorithm to determine an unique GSI override
for mapping GSIs to IO-APIC pins correctly.  GSI overrides are required in
order for ES7000 machines to function properly since IRQ to pin mappings
are NOT all one-to-one.  This patch applies only to the Unisys specific
ES7000 machines and has been tested thoroughly on several models of the
ES7000 line.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

In sched_exec, schedstat_inc will dereference a null pointer if no domain
is found with the SD_BALANCE_EXEC flag set.  This was exposed during
testing of the previous patches where cpus are temporarily attached to a
dummy domain without SD_BALANCE_EXEC set.
Signed-off-by: Nathan Lynch <nathanl@austin.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

Patch from Ben Dooks

Removed resource description left by copying error

Thanks to Klaus Fetscher for pointing this out.

Signed-off-by: Ben Dooks 

Patch from Ben Dooks

Fix inverted mask in s3c2410_gpio_setpin() function,
add s3c2410_modify_misccr() for shared register, and
add s3c2410_gpio_getpin()

Signed-off-by: Ben Dooks 

Patch from Ben Dooks

Fix missed ID change on s3c2410-usb

Signed-off-by: Ben DOoks 

Patch from Ben Dooks

Header file for USB gadget controller (udc) for the
Samsung S3C2410 SoC

Signed-off-by: Herbert Poetzl 
Signed-off-by: Ben Dooks 

Add kapmd thread to provide a process context to handle "APM"
events submitted via apm_queue_event().

Add apm_queue_event(), which can be called from hardware
interrupt handlers and the like, typically to fire off a
suspend.

Move existing APM state definitions into struct apm_power_info,
and add further definitions describing other fields.

Ensure threads waiting for suspend to occur in apm_ioctl are
not woken by the pm_suspend thread freezing - they're already
frozen.

The original version had issues when two suspend events came
in at around the same time, causing APM to get confused:
threads became stuck in APM_IOC_SUSPEND and suspends_pending
incremented on each apm --suspend call.

Now, we only add a suspend event to a users queue and increment
suspends_pending if the user isn't already in the middle of
handling a suspend event.

Convert user_list_lock spinlock to a read/write semaphore;
the spinlock was affording us very little protection.

arch/arm/kernel/apm.c:57:16: warning: dubious one-bit signed bitfield
arch/arm/kernel/apm.c:58:17: warning: dubious one-bit signed bitfield
arch/arm/kernel/apm.c:59:17: warning: dubious one-bit signed bitfield
arch/arm/kernel/apm.c:60:23: warning: dubious one-bit signed bitfield

It seems that most architectures already include linux/device.h in their
own asm/dma-mapping.h.  Most but not all, and some drivers fail to
compile on those architectures that don't.  Since everybody needs it
let's include device.h from one place only and fix compilation for
everybody.

There's a double-free in the isofs filesystem.

Invalidate this pointer so it doesn't get freed twice.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The follow patch special cases the NR_CPUS <= BITS_PER_COMPAT_LONG case.
Without this patch, a 32bit task would be required to have a 64bit
cpumask no matter what value of NR_CPUS are used.

With this patch a compat long sized bitmask is allowed if NR_CPUS is
small enough to fit within it.

Of course applications should be using the glibc wrappers that use an
opaque cpu_mask_t type, but there could be older applications using the
syscalls directly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Remove the set_fs hack in the compat affinity calls. Create
sched_getaffinity and sched_setaffinity helper functions that both the
native and compat affinity syscalls use.

Also make the compat functions match what the native ones are doing now,
setaffinity calls succeed no matter what length the bitmask is, but
getaffinity calls must pass in bitmasks at least as long as the kernel
type.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9

into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9

Thanks to David for his help in tracking it down.

  compile the kernel with sibling call optimization
  turned off. There is a problem with all functions
  using the optimization and the asmlinkage attribute.
  The compiler should not perform the optimization on
  these functions because it cannot preserve the syscall
  parameters in the callee. This caused SIGSEGV on programs
  traced with PTRACE_SYSCALL, for instance.
signed-off-by: stephane eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

Jeff wants to use this to clean up SATA and some network drivers.

Sigh, Thomas Gleixner pointed out that his
sis5518 fix didn't need forward porting.
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>