<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 21, 2018, 7:34 PM Joel Sherrill <<a href="mailto:joel@rtems.org">joel@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 21, 2018 at 2:14 AM, Chris Johns <span dir="ltr"><<a href="mailto:chrisj@rtems.org" target="_blank" rel="noreferrer">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"><span>On 21/08/2018 16:55, Vijay Kumar Banerjee wrote:<br>
> I tried running coverage with this latest <br>
> master, covoar is taking up all the memory (7 GB) including the swap (7.6 GB) <br>
> and after a while, still gets killed. :(<br>
<br>
</span>I ran rtems-test and created the .cov files and then ran covoar from the command<br>
line (see below). Looking at top while it is running I see covoar topping out<br>
with a size around 1430M. The size is pretty static once the "Loading symbol<br>
sets:" is printed.<br>
<br>
I have run covoar under valgrind with a smaller number of executables and made<br>
sure all the allocations are ok.<br>
<br>
I get a number of size mismatch messages related the inline functions but that<br>
is a known issue.<br>
<span><br>
> can there be something wrong with my environment?<br>
<br>
</span>I have no idea.<br>
<span><br>
> I tried running it on a different system,<br>
> coverage did run for the whole testsuite for score and rtems only.<br>
> (I mentioned the symbols as argument to --coverage)<br>
> but it  doesn't run for all the symbol-sets, strange.<br>
<br>
</span>I am not running coverage via the rtems-test command. I have been testing at the<br>
covoar command line.<br>
<br>
Can you please try a variant of:<br>
<br>
 /opt/work/chris/rtems/rt/rtems-tools.git/build/tester/covoar/covoar \<br>
 -v \<br>
 -S<br>
/opt/work/chris/rtems/rt/rtems-tools.git/tester/rtems/testing/coverage/leon3-qemu-symbols.ini<br>
\<br>
 -O /opt/work/chris/rtems/kernel/bsps/leon3/leon3-qemu-coverage/score \<br>
 -E<br>
/opt/work/chris/rtems/rt/rtems-tools.git/tester/rtems/testing/coverage/Explanations.txt<br>
\<br>
 -p RTEMS-5 `find . -name \*.exe`<br>
?<br>
<br>
I have top running at the same time. The foot print grows while the DWARF info<br>
and .cov files are loaded which is<br></blockquote><div><br></div><div>Vijay .. I would add to make sure the gcov processing is turned off for now. </div></div></div></div></blockquote></div></div><div dir="auto">it's turned off. :)</div><div dir="auto"><br></div><div dir="auto">After a lot of different attempts I realized that I just needed to waf build after pulling the new changes. Sorry about that.</div><div dir="auto">It did run successfully !</div><div dir="auto">I'm now running coverage with rtems-test for the whole testsuite, I will be reporting about it soon :)</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks<br>
<span class="m_-3836826061055101089HOEnZb"><font color="#888888">Chris<br>
</font></span></blockquote></div><br></div></div>
</blockquote></div></div></div>