tracing: add user event trace

[danieldegrasse]

Add support for a "user event" trace. This trace is intentionally not
used by the system. The purpose of this trace is to allow driver or
application developers to quickly add tracing for events for debug
purposes, and to provide an example of how tracing subsystems can be
extended with additional trace identifiers.

[MaureenHelm]

@nashif please take a look

[nashif]

@nashif please take a look

yep, looking at this.

[danieldegrasse]

Rebased to clear conflicts

[teburd]

I can see this being useful for quickly looking at some tracing points, but the reality is the string name here will limit how many points can be sent over a wire quickly I'd think, perhaps renaming this to NAMED_EVENT or so would be more apt, as users are welcome to add tracing points of their own with their own TIDs ideally.

[danieldegrasse]

I can see this being useful for quickly looking at some tracing points, but the reality is the string name here will limit how many points can be sent over a wire quickly I'd think, perhaps renaming this to NAMED_EVENT or so would be more apt, as users are welcome to add tracing points of their own with their own TIDs ideally.

IE names like:

• sys_trace_named_event
• CTF_EVENT_NAMED_EVENT

I have no issue with this change- the primary goals here are to provide an example for users of how to extend tracing support, and to add a simple function to quickly extend tracing while debugging an issue

[danieldegrasse]

I can see this being useful for quickly looking at some tracing points, but the reality is the string name here will limit how many points can be sent over a wire quickly I'd think, perhaps renaming this to NAMED_EVENT or so would be more apt, as users are welcome to add tracing points of their own with their own TIDs ideally.

IE names like:

* `sys_trace_named_event`

* `CTF_EVENT_NAMED_EVENT`

I have no issue with this change- the primary goals here are to provide an example for users of how to extend tracing support, and to add a simple function to quickly extend tracing while debugging an issue

@teburd wanted to clarify here, were you asking me to make this name change? Happy to do so if you are

[teburd]

I can see this being useful for quickly looking at some tracing points, but the reality is the string name here will limit how many points can be sent over a wire quickly I'd think, perhaps renaming this to NAMED_EVENT or so would be more apt, as users are welcome to add tracing points of their own with their own TIDs ideally.

IE names like:

* `sys_trace_named_event`

* `CTF_EVENT_NAMED_EVENT`

I have no issue with this change- the primary goals here are to provide an example for users of how to extend tracing support, and to add a simple function to quickly extend tracing while debugging an issue

@teburd wanted to clarify here, were you asking me to make this name change? Happy to do so if you are

It's not a blocker but I do think the name would, at least for me, signal the right things better than the current user event naming.

I leave it up to you @danieldegrasse as you are the author.

[danieldegrasse]

I leave it up to you @danieldegrasse as you are the author.

No problem with the name change- I've update the PR

[danieldegrasse]

@nashif could you take a look at this?

[nashif]

@danieldegrasse sorry about the delay, will do asap and in time for 4.0.0