powerpc: Fix machine check problem on 32-bit kernels
Paul Mackerras authored

This fixes a bug found by Dave Jones that means that it is possible
for userspace to provoke a machine check on 32-bit kernels.  This
also fixes a couple of other places where I found similar problems
by inspection.
Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
7c85d1f9
Name Last commit Last update
..
alpha [PATCH] alpha: SMP IRQ routing fix
arm [ARM] 3543/1: [Fwd: PXA270 bootparams address not set]
arm26 [PATCH] No arch-specific strpbrk implementations
cris [PATCH] No arch-specific strpbrk implementations
frv [PATCH] No arch-specific strpbrk implementations
h8300 [PATCH] No arch-specific strpbrk implementations
i386 Revert "[PATCH] i386/x86_64: Force pci=noacpi on HP XW9300"
ia64 [IA64] one-line cleanup on set_irq_affinity_info
m32r [PATCH] m32r: update switch_to macro for tuning
m68k [PATCH] No arch-specific strpbrk implementations
m68knommu [PATCH] No arch-specific strpbrk implementations
mips Merge master.kernel.org:/home/rmk/linux-2.6-serial
parisc [PARISC] Add new entries to the syscall table
powerpc powerpc: Fix machine check problem on 32-bit kernels
ppc ppc: Fix typo in TI_LOCAL_FLAGS definition
s390 [PATCH] s390: fix typo in stop_hz_timer.
sh [PATCH] No arch-specific strpbrk implementations
sh64 [PATCH] No arch-specific strpbrk implementations
sparc [SPARC]: Add robust futex syscall entries.
sparc64 [SPARC64]: Fix missing fold at end of checksums.
um [PATCH] uml: add -ffreestanding to CFLAGS
v850 [PATCH] No arch-specific strpbrk implementations
x86_64 [PATCH] x86_64: Don't do syscall exit tracing twice
xtensa [PATCH] No arch-specific strpbrk implementations