linux.git/arch/powerpc/kernel/rtas.c, branch v2.6.33

locking: Convert __raw_spin* functions to arch_spin*

2009-12-14T22:55:32+00:00

Name space cleanup. No functional change.

Signed-off-by: Thomas Gleixner 
Acked-by: Peter Zijlstra 
Acked-by: David S. Miller 
Acked-by: Ingo Molnar 
Cc: linux-arch@vger.kernel.org

locking: Rename __RAW_SPIN_LOCK_UNLOCKED to __ARCH_SPIN_LOCK_UNLOCKED

2009-12-14T22:55:32+00:00

Further name space cleanup. No functional change

Signed-off-by: Thomas Gleixner 
Acked-by: Peter Zijlstra 
Acked-by: David S. Miller 
Acked-by: Ingo Molnar 
Cc: linux-arch@vger.kernel.org

locking: Convert raw_spinlock to arch_spinlock

2009-12-14T22:55:32+00:00

The raw_spin* namespace was taken by lockdep for the architecture
specific implementations. raw_spin_* would be the ideal name space for
the spinlocks which are not converted to sleeping locks in preempt-rt.

Linus suggested to convert the raw_ to arch_ locks and cleanup the
name space instead of using an artifical name like core_spin,
atomic_spin or whatever

No functional change.

Signed-off-by: Thomas Gleixner 
Acked-by: Peter Zijlstra 
Acked-by: David S. Miller 
Acked-by: Ingo Molnar 
Cc: linux-arch@vger.kernel.org

powerpc/pseries: Fix to handle slb resize across migration

2009-09-02T06:19:01+00:00

The SLB can change sizes across a live migration, which was not
being handled, resulting in possible machine crashes during
migration if migrating to a machine which has a smaller max SLB
size than the source machine. Fix this by first reducing the
SLB size to the minimum possible value, which is 32, prior to
migration. Then during the device tree update which occurs after
migration, we make the call to ensure the SLB gets updated. Also
add the slb_size to the lparcfg output so that the migration
tools can check to make sure the kernel has this capability
before allowing migration in scenarios where the SLB size will change.

BenH: Fixed #include  ->  to avoid
      breaking ppc32 build

Signed-off-by: Brian King 
Signed-off-by: Benjamin Herrenschmidt

powerpc: Use one common impl. of RTAS timebase sync and use raw spinlock

2009-06-26T06:55:25+00:00

Several platforms use their own copy of what is essentially the same code,
using RTAS to synchronize the timebases when bringing up new CPUs. This
moves it all into a single common implementation and additionally
turns the spinlock into a raw spinlock since the former can rely on
the timebase not being frozen when spinlock debugging is enabled, and finally
masks interrupts while the timebase is disabled.

Signed-off-by: Benjamin Herrenschmidt

powerpc/rtas: Turn rtas lock into a raw spinlock

2009-06-26T04:37:27+00:00

RTAS currently uses a normal spinlock. However it can be called from
contexts where this is not necessarily a good idea. For example, it
can be called while syncing timebases, with the core timebase being
frozen. Unfortunately, that will deadlock in case of lock contention
when spinlock debugging is enabled as the spin lock debugging code
will try to use __delay() which ... relies on the timebase being
enabled.

Also RTAS can be used in some low level IRQ handling code path so it
may as well be a raw spinlock for -rt sake.

Signed-off-by: Benjamin Herrenschmidt

powerpc/pseries: Fix partition migration hang under load

2009-02-23T04:53:04+00:00

While testing partition migration with heavy CPU load using
shared processors, it was observed that sometimes the migration
would never complete and would appear to hang. Currently, the
migration code assumes that if H_SUCCESS is returned from the H_JOIN
then the migration is complete and the processor is waking up on
the target system. If there was an outstanding PROD to the processor
when the H_JOIN is called, however, it will return H_SUCCESS on the source
system, causing the migration to hang, or in some scenarios cause
the kernel to crash on the complete call waking the caller
of rtas_percpu_suspend_me. Fix this by calling H_JOIN multiple times
if necessary during the migration.

Signed-off-by: Brian King 
Signed-off-by: Benjamin Herrenschmidt

powerpc/pseries: Check for GIQ indicator before calling set-indicator

2008-12-16T04:53:13+00:00

Since "Factor out cpu joining/unjoining the GIQ"
(b4963255ad5a426f04a0bb15c4315fa4bb40cde9) the WARN_ON in
xics_set_cpu_giq() is being triggered during boot on JS20 because the
GIQ indicator is not available on that platform.  While the warning is
harmless and the system runs normally, it's nicer to check for the
existence of the indicator before trying to manipulate it.

Implement rtas_indicator_present(), which searches the
/rtas/rtas-indicators property for the given indicator token, and use
this function in xics_set_cpu_giq().

Also use a WARN statement in xics_set_cpu_giq to get better
information on failure.

Signed-off-by: Nathan Lynch 
Acked-by: Milton Miller 
Signed-off-by: Paul Mackerras

powerpc: Zero fill the return values of rtas argument buffer

2008-08-11T00:09:56+00:00

The kernel copy of the rtas args struct contains the return
value(s) for the specified rtas call.  These are copied back
to user space with the assumption that every value has been
set by the rtas call, which turns out to be not always true.
Thus userspace can see random values and think the call failed
when in fact it succeeded, but for some reason didn't set one
of the return values.

This fixes the problem by zeroing out the return value fields
of the rtas args struct before processing the rtas call.

Signed-off-by: Nathan Fontenot 
Signed-off-by: Paul Mackerras

Merge commit 'origin/master'

2008-07-16T01:07:59+00:00

Manual merge of:

	arch/powerpc/Kconfig
	arch/powerpc/kernel/stacktrace.c
	arch/powerpc/mm/slice.c
	arch/ppc/kernel/smp.c