git send-email just failed to save or send this message, so retyping...
Hi All, This is a partial version of my 'ftrace syscalls, PowerPC: Various fixes, Compat Syscall support and PowerPC implementation'. I finally found some time this week to go back and work on this patchset, but now I've been hit with another more pressing work item, so this will once again have to go on the backburner :-(. Even though I haven't finished fixing up the complete 40 patch series I would still like to get this smaller minimal subset in. I've had a request for the raw syscall tracepoints on PowerPC that this subset implements, and these patches have proven to be pretty stable. This subset also fixes ftrace syscalls to ensure that events will only be created for syscalls that successfully map their metadata to a syscall number, so that non-working phantom events are not created. Patches #2 and #6 in this series are not strictly necessary for this, they just optimise ftrace syscalls a bit. What's missing from this series that was in the v2 is the conversion of all the syscalls implemented under /arch/powerpc, Jason Baron's compat syscall support and the conversion of the remaining native and compat syscalls to this infrastructure. This is based on tip/master. The PowerPC specific patch will need Ben's ACK before it goes in. Changes from the last subset I posted: - Rather than removing the redundant syscall_nr checks completely, I have turned them into WARN_ON_ONCE to catch possible future regressions, from Steven Rostedt's suggestion. - From Mike Frysinger's suggestion, arch_syscall_addr is now a macro rather than a weak function to minimise the overhead at boot. Archs with special requirements (such as ppc64) can define their own macro in asm/ftrace.h. Steven Rostedt suggested this be made a static inline function, but I don't see how this would be possible (at least without #defines and #ifndefs) given that it has to be weak to allow archs to override it (Unless I misunderstood something? Steven?). _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
