<div dir="ltr"><div><div><div><div><div><div><div>Hello All,<br><br></div>First of all sorry for my english. I am new in this list and I have been playing a couple of weeks  with rtems. I am using branch 4.11 of the git repository and I have several doubts in how the testing should be done and which is the way to do a good coverage testing.<br><br></div>So, I start from the beginning.<br><br></div>First, I have noted that the rtems source builder in branch 4.11 uses, as expected, branch 4.11 of the rtems-tools git repository. This branch seems to have some problems with rtems-test to be working well on linux. Looking at the repository I could see that this problems have been fixed in 4.10 branch (and also another changes applied which has not been applied for 4.11)  and master but not in 4.11 and I was wondering If version 4.11 is a good start point for doing something. Of course, fix this problems is straightforward and I can run rtems-tests without problems, but just to know, I am asking now.<br><br></div>The other doubt is what would be a good approach to do coverage tests. It seems to exist two approachs to do this process: one is using rtems-testing repository and other one is using rtems-tools. I am confused because in branch 4.11 rtems-testing repository with the configure options used in the scripts, rtems does not compile because of RTEMS_DO_NOT_INLINE_CORE_MUTEX_SEIZE. For working this correctly you have to change "ISR_Level" to  ISR_lock_Context * in cpukit/score/src/coremutexseizeintr.c and cpukit/score/src/coremutexseize.c. Because of this, I am thinking that this is not the best way to do coverage tests (or nobody is using this). The other approach is using rtems-tools repository and in some version of the past there is a patch (<a href="https://devel.rtems.org/attachment/wiki/SOCIS/2015/CoverageAnalysis/0001-Create_coverage_report_incl_debug_output_for_byte_size_diff.patch">https://devel.rtems.org/attachment/wiki/SOCIS/2015/CoverageAnalysis/0001-Create_coverage_report_incl_debug_output_for_byte_size_diff.patch</a>) to add a --coverage option to rtems-tester. Again, this patch has not been applied to rtems-tester in any version and I was wondering why. Also, this coverture tests uses coverture-qemu (only i386?) and it seems that there is nothing included in these days to do coverture testing in a real board. Am I correct with these things? Is coverage testing in rtems being done in these days? (last public reports are from 2014?) Rtems uses covoar utility instead of just using gcov for example and I'd like to know or where I can read the differences and reasons for this. And with all of this questions (sorry, I know there are a lot) the main question could be the following: What is a good way to do real coverage testing for rtems?<br><br></div>Thank you very much for your time. I really apreciate your help.<br><br></div>Cheers,<br></div>    Sergio Paracuellos<br clear="all"><div><div><div><div><div><div><div><div><div><div><div><div><div class="gmail_signature"><div dir="ltr"><table style="font-family:calibri;letter-spacing:normal;text-indent:0px;text-transform:none;word-spacing:0px;background-color:rgb(255,255,255)" border="0"><tbody><tr><td><br></td><td style="font-size:11px;padding:25px 10px 10px" valign="top"><br></td></tr><tr><td style="font-size:12px;font-family:calibri" colspan="2"><br></td></tr></tbody></table></div></div></div>
</div></div></div></div></div></div></div></div></div></div></div></div>