Re: tracepoint maintainance models

From: Ingo Molnar
Date: Mon Sep 18 2006 - 11:31:42 EST



* Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> wrote:

> > also, there should be only a single switch for markups: either all
> > of them are compiled in or none of them. That simplifies the support
> > picture and gets rid of some ugly #ifdefs. Distro kernels will
> > likely enable all of thems, so there will be nice uniformity all
> > across.
>
> I think your implementation is questionable if it causes any kind of
> jumps and conditions, even marked unlikely. Just put the needed data
> in a seperate section which can be used by the debugging tools. No
> need to actually mess with the code for the usual cases.

yeah - but i think to make it easier for SystemTap to insert a
low-overhead probe there needs to be a 5-byte NOP inserted. There wont
be any function call or condition at that place. At most there will be
some minimal impact on the way gcc compiles the code in that function,
to make sure that the data is not optimized out and is available to
SystemTap. For example at the point of the probe gcc might already have
destroyed a register-passed function parameter. (but normally there
should be any effect, because it's pointless to trace data that gcc
optimizes out.)

Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/