rtems-tester coverage patches break or1k/sis runs

Hesham Moustafa heshamelmatary at gmail.com
Thu Oct 2 11:06:06 UTC 2014


On Wed, Oct 1, 2014 at 7:44 PM, Joel Sherrill <joel.sherrill at oarcorp.com>
wrote:

> Krzysztof/Hesham,
>
> And devel@ since this needs to be public now.
>
> I am trying to test or1ksim and sis using rtems-tester.
> We need to get Krzysztof's patches merged and I am
> just trying to run down all the issues I can.
>
> You both have made some changes to the repository
> and I am having issues. Krzysztof's are on a branch
> for me and I have attached them.  Except for the note
> before the remains of the old email, all issues are
> with Krzysztof's changes.
>
> Hesham's are all committed.
>
> $ ~/rtems-4.11-work/rtems-tools/tester/rtems-test --log=or1ksim.log
> --rtems-bsp=sis --rtems-tools=/users/joel/rtems-4.11-work/tools
> sparc-rtems4.11/c/sis/testsuites/samples/hello/
> RTEMS Testing - Tester, v0.2.0
> error: gdb.cfg:59: macro '%{_coverage}' not found
> warning: switched to dry run due to errors
> error: gdb.cfg:59: invalid if bool value:  %if %{_coverage}
> [1/1] p:0 f:0 t:0 i:0 | sparc/sis: hello.exe
>
> When I use Krzysztof's branch with the or1ksim as shown below,
> it adds a 1 to the end of the qemu-system-or32 invocation.
>
> On 10/1/2014 11:19 AM, Hesham Moustafa wrote:
> > I cloned a vanilla RTEMS tester, and it works fine with me with the
> > following command
> > "~/development/rtems/test/rtems-tester/tester/rtems-test
> > --log=or1ksim.log --rtems-bsp=or1ksim
> > /home/hesham/build/or1k-rtems4.11/c/or1ksim/testsuites/"
> >
> But it seemed to run a long time and then I killed it when
> I used your command.
>
> Yes, that a know issue. I used to run RTEMS tester like that and not
killing it to wait until each test time-outl; that's why it usually takes
too long. Adding a shutdown signal to qemu will solve this issue.

> And when I try to run it on sis, you do need the --rtems-tools
> argument to find the simulator. I don't know what the difference
> for this is when doing the or1ksim. I think it should be required
> for consistency.
>
> --
> Joel Sherrill, Ph.D.             Director of Research & Development
> joel.sherrill at OARcorp.com        On-Line Applications Research
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> Support Available                (256) 722-9985
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20141002/3b2e473e/attachment-0002.html>


More information about the devel mailing list