The Future... Syscalltrack could divert to quite a few directions in the future, as our hearts desire. For instance, we intend to add support for altering the contents of parameters and return values, before/after invoking a syscall. This has quite a few usages, e.g. "fixing" programs for which we don't have the source, or injecting faults into programs and seeing how they cope with them, etc. We could write an API that allows other modules to register rules that invoke callbacks in their functions - though this would definitely cause political wars in the kernel - unless we explicitly state this interface is GPLed - so we will.