Hi - On Wed, Apr 16, 2008 at 05:51:24PM +0200, Peter Zijlstra wrote:That, plus the new hand-written function (trace_futex_wait) would still need to manage the packaging of the arguments for consumption by separately compiled pieces. It is desirable not to require such hand-written functions to *also* be declared in headers for these event consumers to compile against. The main thing is type checking by engaging gcc's printf format checking logic. In my original markers proposal, the types were encoded into the function name, sort of as in C++: trace_mark_nnnnn(futex_wake_called, uaddr, fshares, val, abs_time, bitset); where each "n" stands for some integral value, and could be chosen amongst a small number of other types (say -- "s": char* string, "p": void*, "l":64-bit long). Then, type checking could be done by the core compiler for both event producers and consumers. One downside was that the trace_mark_* permutations themselves would have to be generated by some shell/perl script [1], and some deemed this probably unacceptable. I'm still not sure... [1] some systemtap archaeology: http://sourceware.org/git/?p=systemtap.git;a=commit;h=b171146c8e8d4fa749b8829c47750750... This second instance is optional and is used as a consistency check for the event consumer to hook up exactly to the intended producer. The string could be empty. - FChE --
| Linus Torvalds | Linux 2.6.27-rc8 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.20-rc6 |
| Mike Snitzer | Re: Distributed storage. |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Herbert Xu | Re: Kernel oops with 2.6.26, padlock and ipsec: probably problem with fpu state ch... |
