Add Mono EventPipe rundown support.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.

[lateralusX]

Add support into Mono VM emitting rundown events into EventPipe stream. All rundown events emitted by CoreClr during EventPipe rundown phase are now also emitted by Mono, making sure enough meta information is available for tooling to correctly resolve callstacks (not yet emitted) included in EventPipe events emitted by Mono VM.

Re-eanble couple of runtime tests disabled on Mono due to lack of rundown events.

[lambdageek]

Mono bits mostly look ok. A couple of nits. Really the only important bit is to add new glib.h symbols to eglib-remap.h, too.

[josalem]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

[lateralusX]

Have you tried collecting a trace using dotnet-trace then opening it in PerfView or VS? I imagine that the end-to-end success criteria for this should be getting stacks for a simple trace.

Collecting stack traces is not yet implemented on Mono. Plan was to build on top of this and implement sample profiler + stack traces and when that is done I will run end-to-end test. I have matched the event and data emitted by CoreClr during rundown in this PR, so most of the information should already be included in the stream once the stack traces are added into the mix. If there are issues detected parsing stack traces due to rundown events I will fix that in upcoming PR's.