[lttng-dev] Question about TRACEPOINT_EVENT_CLASS and TRACEPOINT_EVENT_INSTANCE
Thibault, Daniel
Daniel.Thibault at drdc-rddc.gc.ca
Fri Nov 21 10:19:52 EST 2014
----------------------------------------------------------------------
Date: Fri, 21 Nov 2014 15:28:30 +0400
From: Eugene Ivanov <eiva at tbricks.com>
>> Normally you use TRACEPOINT_EVENT_CLASS and _INSTANCE within the same
>> provider, but you could theoretically have varying instances rely on
>> different providers. I guess this would allow you some flexibility in
>> picking which sets of instances to enable/disable by picking which provider
>> shared objects (.so) to preload or not.
>
>Thanks for the explanation, Daniel! Unfortunately using class defined in
>another provider doesn't work. I get an error about undefined
>__event_probe__instance_provider_name___class_name_from_another_provider?.
>Connecting it with your description, I guess it's probably a feature and
>intended behaviour. Though it would be a nice feature to be able to specify
>provider of class separately from provider of instance.
Would LTTng-delvers more versed in these innards care to comment on the following?
If the provider argument to the macros is not intended to ever point at anything else than the provider block it is declared in (the #define TRACEPOINT_PROVIDER line), this should be documented and ideally the macros should hide this implicit argument.
On the other hand, if the intent is to allow cross-provider usage of some form, this also needs to be documented. What is the recipe supposed to be?
Daniel U. Thibault
Protection des systèmes et contremesures (PSC) | Systems Protection & Countermeasures (SPC)
Cyber sécurité pour les missions essentielles (CME) | Mission Critical Cyber Security (MCCS)
RDDC - Centre de recherches de Valcartier | DRDC - Valcartier Research Centre
2459 route de la Bravoure
Québec QC G3J 1X5
CANADA
Vox : (418) 844-4000 x4245
Fax : (418) 844-4538
NAC : 918V QSDJ <http://www.travelgis.com/map.asp?addr=918V%20QSDJ>
Gouvernement du Canada | Government of Canada
<http://www.valcartier.drdc-rddc.gc.ca/>
More information about the lttng-dev
mailing list