History log of /external/trappy/tests/trappy/tracing_mark_write.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
071bbff272362e8f0eeb027ba7b148070b465403 14-Jun-2017 Joel Fernandes <joelaf@google.com> trappy: Handle the case for special events injected with tracing_mark_write

Certain fake events can be injected using tracing_mark_write and should be
classified into their own event classes than tracing_mark_write. One way to
handle this is to use tracing_mark_write only as a backup. For this reason lets
introduced the concept of backup event classes and classify TracingMarkWrite as
that.

This case normally doesn't happen because dynamic events are inserted into the
beginning of the event list from what I've seen. Since tracing_mark_write is a
built-in event, and not dynamic, its always at after and so is less preferred.
However we should protect for the future case where there might be a built-in
which happens to be after TrackingMarkWrite class in the list, so lets handle
it now.

Signed-off-by: Joel Fernandes <joelaf@google.com>
Reviewed-by: KP Singh <kpsingh@google.com>
/external/trappy/trappy/tracing_mark_write.py
43bb10340af5eaa41eb70c0fc8e3cb245e3f56bb 12-Jun-2017 Joel Fernandes <joelaf@google.com> trappy: Add tracing_mark_write as a new event

Create tracing_mark_write as an event and treat it like such. It overrides data
string processing since it cannot use 'key=value' parsing. Instead it relies on
the tracer to provide one (such as systrace has custom trace format from
userspace events). If tracer cannot provide one, then it just returns a default
dictionary with key 'string' and value as the string in the event.

Signed-off-by: Joel Fernandes <joelaf@google.com>
Reviewed-by: KP Singh <kpsingh@google.com>
/external/trappy/trappy/tracing_mark_write.py