<div dir="ltr"><div>Hi!</div><div><br></div><div><a href="https://github.com/VidushiVashishth/Tracing">https://github.com/VidushiVashishth/Tracing</a></div><div><br></div><div>This is the required repository. I read up the POSIX API documentation to understand that nothing of the like of system( ) would work on rtems since its a single process os.</div><div>The main_rtrace.c in the given repository currently consists of this wrong approach. There are two options that I can do. <br></div><div><br></div><div>1) See if babelltrace C API would work and replace the system call logic with this.</div><div><br></div><div>OR<br></div><div><br></div><div>2) Continue with the barectf approach. PFA the metadata file that I came up with for this purpose.</div><div>A typical trace will consist a single stream. Events inside the stream will have three fields for name of the function, two input argument values or one return value (according to whether the event describes the entry or exit of the function being traced)</div><div><br></div><div>Things to be done in this method:</div><div>1) Convert the metada file to a yaml configuration file. (almost done)<br></div><div>2) Inspect the header and c file generated by barectf for this configuration</div><div>3) Create a trace linker generator which binds these barectf function calls to tracing.  <br></div><div> </div><div><br></div><div>Checkout the barectf documentation to see how it works:</div><div><br></div><div>I will send the yaml configuration too when its done. What do you suggest I should do?<br></div><div><br></div><div>References:</div><div><a href="https://github.com/efficios/barectf/wiki/Using-barectf">https://github.com/efficios/barectf/wiki/Using-barectf</a></div><div><br></div><div>Thanks<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 1, 2018 at 7:12 AM, Chris Johns <span dir="ltr"><<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><div></div><div><br></div><div>On 29 Jun 2018, at 5:44 pm, Vidushi Vashishth <<a href="mailto:reachvidu@gmail.com" target="_blank">reachvidu@gmail.com</a>> wrote:<br><br></div></span><blockquote type="cite"><div><div dir="ltr"><span class=""><blockquote class="gmail_quote" style="font-size:small;text-decoration-style:initial;text-decoration-color:initial;margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font color="#4c1130"><span class="m_4386893576457149205gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>Could you please create a self-contained repository which contains<br><br>>* a README<br><br>>* a simple RTEMS application which runs on a simulator BSP<br><br>>* the stuff that makes it possible to view the trace output (it is not a problem if it doesn't work, but all pieces should be included)<br><br>>The repository should not be a clone of some larger project. It may contain external references as submodules.<br><br>Okay. Got it. I will update you when its done.<br></blockquote><br></span>Ok, do you have a time estimate for this? Which parts are missing?</font></blockquote><div><br></div></span><span class=""><div>Viewing the trace output is buggy right now. I will have to combine the rest. I will push the required things in the repository by end of today and notify you.  </div></span></div></div></blockquote><br><div>Did this happen?</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Chris</div></font></span></div></blockquote></div><br></div>