Bug #993
open
Re-enabling disabled events create new tracepoint events
Added by Bernd Hufmann almost 9 years ago.
Updated almost 9 years ago.
Description
LTTng version 2.7:
I'm executing the following commands:
lttng create mysession
lttng enable-event myevent -k --probe hrtimer_init
lttng disable-event myevent
lttng enable-event myevent -k
When listing the session it shows 2 events with name "myevent" and the probe event is still disabled. I think the probe event "myevent" should be enabled and the tracepoint event "myevent" shouldn't be created.
Here is relevant part of the output of the list command:
Events:
myevent (loglevel: TRACE_EMERG (0)) (type: tracepoint) [enabled]
myevent (type: probe) [disabled]
offset: 0x0
symbol: hrtimer_init
Note 1: LTTng 2.6, it worked (probe event is enabled and no tracepoint event is created)
Note 2: The same behaviour exists when using UST and loglevel/loglevel-only events (LTTng 2.6 and 2.7)
- Status changed from New to Feedback
Hi,
An event is not defined simply by it's name but by a tuple of descriptor mostly name, type, etc. Since 2.7 on the enable side we respect this tuple before it was simply name based.
The event myevent of type probe is not the same as myevent of type tracepoint.
There is current limitations on the disable side regarding the tuple passed to the sessiond. Only the name and the event-type (for kernel) is considered for now. We default on disabling all types if no type argument is passed simply based on the event name.
From the disable-event help page:
For kernel events there is multiple type available:
--all All event types (default)
--tracepoint Tracepoint event
--syscall System call event
--probe Probe event
--function Function event
We are fully aware of the symmetry problem of the enable/disable command and are slowly working on fixing it.
Cheers!
Also available in: Atom
PDF