<div dir="ltr"><div><span style="color:rgb(76,17,48)">> 3. Clearly document your modifications in separate commit messages.<br>
<br>
> 4. Add a Makefile to build it automatically.<br>
<br>
</span></div><div><span style="color:rgb(76,17,48)"><font color="#000000">I will push commits to a fork of the rtems. Have given a link to the repository in the readme.md of the Tracing repo. Will that be okay?</font><br>
<br>
> 6. Document the steps involved in the tracing, e.g. trace data 
generation on the RTEMS target, transfer of the data to the development 
host, conversion of trace data in format X to Y using tool Z, etc. 
Document the interfaces between the different steps and what runs on the
 RTEMS target and what runs on the development host.<br>
<br></span></div><div><span style="color:rgb(76,17,48)"><span style="color:rgb(0,0,0)">Done</span><br></span></div><div><span style="color:rgb(76,17,48)"><br></span></div><div><span style="color:rgb(76,17,48)">> To get the trace data from the simulator to the development host, you 
can just dump the data via printf() and parse it on the host. This is 
slow, but enough for a test scenario.<br></span></div><div><br></div><div><font color="#000000">I have tested the babeltrace conversion by saving the console output to a text file on host manually (<a href="https://vidushivashishth.github.io/eighthpost/">https://vidushivashishth.github.io/eighthpost/</a>). Can I use sockets to transport the traces from target to host instead? Will that be feasible? I have already created a client and server side program and tested a text file transfer. This is working.</font></div><div><span style="color:rgb(76,17,48)"><br></span></div><div><span style="color:rgb(76,17,48)"> > Either we should use barectf to generate CTF traces in RTEMS, we<br>
> should implement our own CTF generator in RTEMS, or we should provide<br>
> a converter for running babeltrace on a host (Linux/MacOS/etc) to<br>
> convert from RTEMS trace linker format to CTF.</span></div><div><br></div><div><font color="#000000">I am implementing the last option. </font><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 3, 2018 at 1:37 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@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 class="HOEnZb"><div class="h5">On Mon, Jul 2, 2018 at 1:27 AM, Sebastian Huber<br>
<<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a>> wrote:<br>
> Hello Vidushi,<br>
><br>
> On 29/06/18 09:44, Vidushi Vashishth wrote:<br>
>><br>
>><br>
>>         >Could you please create a self-contained repository which<br>
>> 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<br>
>>         (it is not a problem if it doesn't work, but all pieces should<br>
>>         be included)<br>
>><br>
>>         >The repository should not be a clone of some larger project.<br>
>>         It may contain external references as submodules.<br>
>><br>
>>         Okay. Got it. I will update you when its done.<br>
>><br>
>><br>
>>     Ok, do you have a time estimate for this? Which parts are missing?<br>
>><br>
>><br>
>> Viewing the trace output is buggy right now. I will have to combine the<br>
>> rest. I will push the required things in the repository by end of today and<br>
>> notify you.<br>
>><br>
><br>
> the stuff you published here<br>
><br>
> <a href="https://github.com/VidushiVashishth/Tracing" rel="noreferrer" target="_blank">https://github.com/<wbr>VidushiVashishth/Tracing</a><br>
><br>
> yesterday (this is not "by end of today") is not much considering this the<br>
> 8th week of the GSoC project.<br>
><br>
> You seem to have imported cpukit/libmisc/shell/main_<wbr>rtrace.c and modified<br>
> it. The modifications are not visible in the repository history. Why did yo<br>
> copy this file out of the RTEMS sources at all?<br>
><br>
> There is no Makefile (or similar). You have to read the documentation to<br>
> build it. You cannot copy and past the instructions to build it since it<br>
> contains your local paths.<br>
><br>
> The test data is generated with user input.<br>
><br>
> How can I transfer the test data generated on the simulator to my host<br>
> development system?<br>
><br>
> I asked for a self-contained repository, with"the stuff that makes it<br>
> possible to view the trace output". This is missing.<br>
><br>
> Could you please:<br>
><br>
> 1. Not copy sources out of the RTEMS repository. Before you do this, ask on<br>
> the mailing list and explain why have have to do it.<br>
><br>
> 2. If you import things, then import the original files and state the<br>
> origin.<br>
><br>
> 3. Clearly document your modifications in separate commit messages.<br>
><br>
> 4. Add a Makefile to build it automatically.<br>
><br>
> 5. Add the missing stuff that makes it possible to view the trace output. If<br>
> something is not available yet, then no problem. Just document the<br>
> interfaces and what it is supposed to do.<br>
><br>
> 6. Document the steps involved in the tracing, e.g. trace data generation on<br>
> the RTEMS target, transfer of the data to the development host, conversion<br>
> of trace data in format X to Y using tool Z, etc. Document the interfaces<br>
> between the different steps and what runs on the RTEMS target and what runs<br>
> on the development host.<br>
><br>
> To get the trace data from the simulator to the development host, you can<br>
> just dump the data via printf() and parse it on the host. This is slow, but<br>
> enough for a test scenario.<br>
><br>
> You should be able to do this in a couple of hours.<br>
><br>
<br>
</div></div>I'm trying to catch up. I generally agree with all this. Also, I do<br>
not see any reason ever to try to run babeltrace from RTEMS. I don't<br>
know if that is being attempted, but it is not a worthwhile effort.<br>
Either we should use barectf to generate CTF traces in RTEMS, we<br>
should implement our own CTF generator in RTEMS, or we should provide<br>
a converter for running babeltrace on a host (Linux/MacOS/etc) to<br>
convert from RTEMS trace linker format to CTF.<br>
<span class="HOEnZb"><font color="#888888"><br>
Gedare<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> --<br>
> Sebastian Huber, embedded brains GmbH<br>
><br>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
> Phone   : +49 89 189 47 41-16<br>
> Fax     : +49 89 189 47 41-09<br>
> E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-<wbr>brains.de</a><br>
> PGP     : Public key available on request.<br>
><br>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
><br>
</div></div></blockquote></div><br></div>