linux.git/arch/powerpc, branch v2.6.22-rc4

[POWERPC] Fix zImage.coff generation for 32-bit pmac

2007-06-02T12:26:22+00:00

Commit 9da82a6dee9db4cd5ae7a74ab4f51afb52b6efb9 inadvertently
removed the platform override for zImage.coff to be generated
with pmaccoff.   Rather than add a special makefile rule,
change the platform for which the wrapper platform uses
the special rules.

Signed-off-by: Milton Miller 
Signed-off-by: Paul Mackerras

[POWERPC] Compare irq numbers with NO_IRQ not IRQ_NONE

2007-06-02T11:01:56+00:00

There is a thinko in the irq code, it uses IRQ_NONE to indicate no irq,
whereas it should be using NO_IRQ.  IRQ_NONE is returned from irq
handlers to say "not handled".

As it happens they currently have the same value (0), so this is just for
future proof-ness.

Signed-off-by: Michael Ellerman 
Acked-by: Benjamin Herrenschmidt 
Signed-off-by: Paul Mackerras

[POWERPC] Fix compile warning in pseries xics code

2007-06-02T11:01:56+00:00

In 616883df78bd4b3fcdb6ddc39bd3d4cb902bfa32 request_irq was marked as
__must_check so we must... er... check it.

Signed-off-by: Michael Neuling 
Signed-off-by: Paul Mackerras

[POWERPC] Don't use HOSTCFLAGS in BOOTCFLAGS

2007-06-02T11:01:56+00:00

In the bootwrapper code for powerpc, we include HOSTCFLAGS into the
BOOTCFLAGS used for building the zImage wrapper code.  Since the
wrapper code is not host code, this makes no sense.  This patch
removes the use of HOSTCFLAGS here, instead including directly into
BOOTCFLAGS those flags from the normal kernel CFLAGS which also make
sense in the bootwrapper code.

In particular, this makes the bootwrapper use -msoft-float, preventing
the compiler from generating floating point instructions.  Previously,
under some circumstances the compiler could generate floating point
instructions in the bootwrapper which would cause exceptions on
embedded CPUS which don't have floating point support.

Signed-off-by: David Gibson 
Acked-by: Josh Boyer 
Signed-off-by: Paul Mackerras

[POWERPC] Create a zImage for legacy iSeries

2007-06-02T11:01:56+00:00

This zImage is really just the stripped vmlinux, but it means that there
is one less special case for iSeries and also that the zImages will be
built for a combined kernel build that happens to include iSeries.

This zImage boots fine on legacy iSeries.

Signed-off-by: Stephen Rothwell 
Signed-off-by: Paul Mackerras

[POWERPC] pasemi idle uses hard_smp_processor_id

2007-06-02T11:01:55+00:00

and so needs to include asm/smp.h so a UP build works.

Signed-off-by: Stephen Rothwell 
Acked-by: Olof Johansson 
Signed-off-by: Paul Mackerras

[POWERPC] ps3/interrupt.c uses get_hard_smp_processor_id

2007-06-02T11:01:55+00:00

and so needs to include asm/smp.h for a UP build to work.

Signed-off-by: Stephen Rothwell 
Acked-by: Geoff Levand 
Signed-off-by: Paul Mackerras

[POWERPC] Fix compiler/assembler flags for Ebony platform boot files

2007-06-02T11:01:55+00:00

The recent addition of assembler flags for 44x.c and ebony.c in the
bootwrapper to make them compile on certain toolchains was not correct
and could break other platforms.  This patch switches to using a
compiler flag instead, which implies the appropriate assembler flag,
and also stops the compiler itself generating instructions which are
invalid for the platform in question.

Signed-off-by: David Gibson 
Acked-by: Segher Boessenkool 
Signed-off-by: Paul Mackerras

[POWERPC] Fix ppc32 single-stepping out of syscalls

2007-06-02T11:01:55+00:00

The ppc32 kernel didn't properly set/clear the TIF_SINGLESTEP
flag, causing return from syscalls to not SIGTRAP, thus executing
one more instruction before stopping again.

This fixes it.  The ptrace code is a bit of a mess, and is overdue
for at least a -proper- 32/64 bits split and possibly more cleanups
but this minimum fix should be ok for 2.6.22

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Paul Mackerras

[POWERPC] Update documentation for of_find_node_by_type()

2007-06-02T11:01:55+00:00

The documentation for of_find_node_by_type() incorrectly refers to the
"name" parameter - it should be "type".

Also the behaviour when from == NULL is not really documented, fix that.

Signed-off-by: Michael Ellerman 
Signed-off-by: Paul Mackerras