<div dir="ltr"><div dir="ltr"><br></div><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 6, 2020, 7:52 PM Bran S <<a href="mailto:archsbran@gmail.com" target="_blank">archsbran@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I am trying to understand ticket #3515<br><a href="https://devel.rtems.org/ticket/3515" rel="noreferrer noreferrer" target="_blank">https://devel.rtems.org/ticket/3515</a><br><br>So I ran the below commands.<br><br>$ rtems-test --rtems-tools=/home/user45/quick-start/rtems/5/ --log=coverage_analysis.log --no-clean --coverage=score --rtems-bsp=leon3-sis-cov /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/fstests/fsclose01.exe<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The command is correct but it's running coverage for "score" only.</div><div dir="auto"><br></div><div dir="auto">The --coverage option, if added without any argument, will run the coverage analysis of the exe for all the subsystems (like score, posix, rtems etc.)</div><div dir="auto"><br></div><div dir="auto">From the ticket: It looks like covoar is failing for fsclose01.exe under posix.</div><div dir="auto">To test that, you can either just add --coverage option without any argument and wait for it to fail in posix, or you can just add --coverage=posix since we just want to check posix.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>$ /home/user45/quick-start/rtems/5/share/rtems/tester/bin/covoar -vvvv -S /home/user45/quick-start/rtems/5/share/rtems/tester/rtems/testing/coverage/leon3-sis-symbols.ini -O leon3-sis-coverage -E /home/user45/quick-start/rtems/5/share/rtems/tester/rtems/testing/coverage/Explanations.txt -p RTEMS-5 /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/fstests/fsclose01.exe<br><br>The Output is at: <a href="https://gofile.io/?c=xQKwul" rel="noreferrer noreferrer" target="_blank">https://gofile.io/?c=xQKwul</a><br><br>#3515 says that the covoar fails for fstests/fsclose01.exe<br>Although I do not understand the output entirely but it looks as if covoar on fstests/fsclose01.exe did not fail because when I run covoar on samples/hello.exe the output is similar.<br><br>The content of leon3-sis-coverage/ExplanationsNotFound.txt:<br>coremsg.c:86<br>schedulerpriorityyield.c:47<br>schedulerpriorityyield.c:51<br>schedulerpriorityyield.c:52<br><br>The strange part is line 86 in quick-start/src/rtems/cpukit/score/src/coremsg.c is a comment.<br><br>And there is no line 47,51,52 in quick-start/src/rtems/cpukit/score/src/schedulerpriorityyield.c<br><br>Do these numbers not represent line numbers ? If not, what do they represent ?<br></blockquote></div></div><div dir="auto">The do represent line numbers and it looks like you found some discrepancy. I would suggest you to try some other combinations of exe and subsystems to see if you find any pattern. This will help you understand if it's only with these exes or is this a problem in general.</div></div></blockquote><div><br></div><div><br></div><div><div>Command:<br></div><span>$ /home/user45/quick-start/rtems/5/share/rtems/tester/bin/covoar -vvvv -S /home/user45/quick-start/rtems/5/share/rtems/tester/rtems/testing/coverage/leon3-sis-symbols.ini -O leon3-sis-coverage -E /home/user45/quick-start/rtems/5/share/rtems/tester/rtems/testing/coverage/Explanations.txt -p RTEMS-5 /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/fstests/fsclose01.exe<br><div><br></div></span><div>Output:</div><div>...<br></div>error: ExecutableInfo::findCoverageMap: wait<br><br></div></div></div></blockquote><div>Looks like you spotted the error.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Found findCoverageMap in /home/user45/quick-start/src/rtems-tools/tester/covoar/ExecutableInfo.cc:124<br>If I want to make some changes into the file, how to make those changes, to take effect ?<br></div></div></div></blockquote><div>after making the changes in rtems-tools, build it with `./waf build install` </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>I
 should mention that the covoar binary used in the command above was not
 created via rtems-tools repository directly. It was built according to 
the instructions in the quick-start guide. <br></div></div></div></blockquote><div>That's alright, but after making the changes, you must build rtems-tools for the changes to</div><div>take effect.  </div></div></div></div>
</div>