[POWERPC] kprobes: Fix possible system crash during out-of-line single-stepping
authorAnanth N Mavinakayanahalli <ananth@in.ibm.com>
Fri, 11 Aug 2006 11:31:34 +0000 (17:01 +0530)
committerPaul Mackerras <paulus@samba.org>
Thu, 17 Aug 2006 06:41:10 +0000 (16:41 +1000)
commit83db3dde2604d48e30a468c82da163dd1a8602b3
tree6955ecdc6b0901da808686a2e9e07a3646008aac
parentb6f35b4966e0ae59cec45e5292b100698d12dc5f
[POWERPC] kprobes: Fix possible system crash during out-of-line single-stepping

- On archs that have no-exec support, we vmalloc() a executable scratch
area of PAGE_SIZE and divide it up into an array of slots of maximum
instruction size for that arch
- On a kprobe registration, the original instruction is copied to the
first available free slot, so if multiple kprobes are registered, chances
are, they get contiguous slots
- On POWER4, due to not having coherent icaches, we could hit a situation
where a probe that is registered on one processor, is hit immediately on
another. This second processor could have fetched the stream of text from
the out-of-line single-stepping area *before* the probe registration
completed, possibly due to an earlier (and a different) kprobe hit and
hence would see stale data at the slot.

Executing such an arbitrary instruction lead to a problem as reported
in LTC bugzilla 23555.

The correct solution is to call flush_icache_range() as soon as the
instruction is copied for out-of-line single-stepping, so the correct
instruction is seen on all processors.

Thanks to Will Schmidt who tracked this down.

Signed-off-by: Ananth N Mavinakayanahalli <ananth@in.ibm.com>
Acked-by: Will Schmidt <will_schmidt@vnet.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
arch/powerpc/kernel/kprobes.c