[RFC] Multiple kprobes at an address redux (take3)

[Ananth N Mavinakayanahalli]

Hi,

This patch builds on Suparna's idea of a layered approach to providing
multiple kprobe support at an address.

Salient features:

- The interfaces to register/unregister kprobes remains the same.
- The kprobes infrastructure takes care if a kprobe already exists at
   the requested address.
- No new structures are added.
- Current kprobes code not modified (except to renaming of routines).
- Architecture agnostic approach.
- We now track the currently executing kprobe (in case of multiple
   kprobes at the address). In the case of a fault during handler
   execution, only the current kprobe's fault handler is invoked.
   This insulates other kprobes at the location from the fault.

Details of the design are in the accompanying document.

Patch is against 2.6.12-rc2-mm2.

Thanks,
Ananth
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: multi-kprobes-per-addr-take3
URL: <http://sourceware.org/pipermail/systemtap/attachments/20050411/fb230dcd/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: new-approach-11apr-working.patch
URL: <http://sourceware.org/pipermail/systemtap/attachments/20050411/fb230dcd/attachment-0001.ksh>