On 6 July 2017 at 08:05, Chris Johns <chr...@rtems.org> wrote: > On 05/07/2017 22:46, Cillian O'Donnell wrote: >> >> Now the thing is, I might have to run RTEMS Tester about 3 times for >> the full testsuite before I can get the report, as the covoar runs >> will often hang on an arbitrary method and have to be manually exited >> and re-run. > > How is covoar being run? Is it being run by the 'rtems-test' command?
Yes covoar runs after the testsuite if a --coverage flag is included with rtems-test command. > >> The point that this happens is not repeatable and there's >> no error message to go on. > > Is it the covoar process that is stopping? Is it the process idle or using > 100%? Covoar locks up and becomes idle. Joel mentioned in the IRC meeting he's seen it before and I'll need to track down the exe causing it and debug it to get rid of this > >> The only common theme is the methods will >> often be called thread...something. Even more rarely it will stop with >> the message 'resource temporarily unavailable'. I'm wondering is this >> normal behaviour for covoar on a long test-run? This never happens >> when running just the samples. > > It is not normal behavior. > >> >> When a test run is successful it will also finish with a lot of these >> messages: >> >> *** Trace block is inconsistent with coverage map >> *** Trace block (0x4000c4fc - 0x4000c51f) for 36 bytes >> *** Coverage map /home/cpod/coverage_test/test/coverage/unlimited.exe.cov >> INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map >> for _Thread_queue_Extract_with_proxy because the sizes are different > > I wonder what sizes are different? For this one, Joel mentioned it could be something to do with nops being added or space not matching and to take a look at _Thread_ queue_Extract_with_proxy in the objdump and see if I can dig up anything from that. That message appears for _Thread_ queue_Extract_with_proxy on all tests from base_sp.exe to unlimited.exe when running the full testsuite and on a few instances it also mentions unable to merge coverage map for TOD_TICKS_PER_SECOND for the same reason. The mismatch is always 36 bytes. Also I wanted to mention, there is quite a bit of work from the 2 previous students on the integration of the coverage work into RTEMS Tester, would you be interested in starting the merging process of this. It might take a while to get everything reviewed and make any necessary changes. At this point it is working. its just fixing bugs, which I'm working on at the moment. Thanks, Cillian. > > Chris _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
