[Fault-injection-developer] We need to get up to speed with the kprobes proposal on lkml

[Lynch, R. <rus...@in...>]

The dprobes guys are working with a strategy where all of the infrastructure
for attaching probe points, kernel hooks, and dealing with architecture
specific debug registers is covered by a kprobes patch, and then dprobes
would just be one of many consumers of kprobes.

The debates are happening right now, with kprobes patches posted for 2.5.44.
We need to get a good understanding of these patches since I suspect we 
could at least be a consumer of kprobes (if not of dprobes which will depend
on kprobes.)

Also, depending on how successful dprobes is at this approach, we could 
model our involvement with the kernel after dprobes.

	-rusty