<div dir="auto"><div>These are all long running tests. Gedare is on a new computer which I assume is quite fast. So he has fewer timeouts.</div><div dir="auto"><br></div><div dir="auto">I am out of town but can try to remember to use tsim to get the running time for some of these in real CPU time. My recollection is that crypt01 takes a long time compared to other tests.</div><div dir="auto"><br></div><div dir="auto">--Joel</div><div dir="auto"><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Mar 18, 2017 4:55 AM, "Tanu Hari Dixit" <<a href="mailto:tokencolour@gmail.com">tokencolour@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gedare,<br>
By erc32 under gdb do you mean using --debug-trace=gdb option with rtems-test ?<br>
I ran a normal<br>
 ./rtems-test --log=log_erc32_run_alltest_<wbr>new --rtems-bsp=erc32-run<br>
--rtems-tools=$HOME/<wbr>development/rtems/4.12<br>
/home/thd/development/rtems/<wbr>src/builds/b-erc32_allt/sparc-<wbr>rtems4.12/c/erc32/testsuites<br>
<br>
without the debug trace option and got the following results:<br>
<br>
Passed:   543<br>
Failed:     6<br>
Timeouts:  12<br>
Invalid:    0<br>
-------------<br>
Total:    561<br>
<br>
Failures:<br>
 mdosfs_fsscandir01.exe<br>
 spcontext01.exe<br>
 jffs2_fsscandir01.exe<br>
 mrfs_fsscandir01.exe<br>
 imfs_fsscandir01.exe<br>
 mimfs_fsscandir01.exe<br>
Timeouts:<br>
 mdosfs_fsrdwr.exe<br>
 mimfs_fserror.exe<br>
 fsdosfsname01.exe<br>
 mimfs_fspatheval.exe<br>
 mouse01.exe<br>
 fsdosfswrite01.exe<br>
 malloctest.exe<br>
 math.exe<br>
 crypt01.exe<br>
 fsdosfsformat01.exe<br>
 mdosfs_fstime.exe<br>
 mimfs_fsrdwr.exe<br>
<br>
Regards,<br>
Tanu Hari Dixit.<br>
<div class="elided-text"><br>
On Sat, Mar 18, 2017 at 11:47 AM, Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br>
> On 18/3/17 11:46 am, Gedare Bloom wrote:<br>
>> I just ran tests and observe the following on erc32 under gdb, can<br>
>> anyone confirm/replicate the timeouts and failure, and know why this<br>
>> is happening?<br>
><br>
> How many cores are you using with rtems-test and so how many tests are<br>
> running in parallel? This can effect the time per test and it is<br>
> difficult to know the effect this has on the timeout per host machine<br>
> being used.<br>
><br>
> Chris<br>
><br>
>><br>
>> Passed:   554<br>
>> Failed:     1<br>
>> Timeouts:   6<br>
>> Invalid:    0<br>
>> Total:    561<br>
>><br>
>> Result: timeout    Time: 0:03:00.219154 fsdosfsformat01.exe<br>
>> Result: timeout    Time: 0:03:00.228353 fsdosfsname01.exe<br>
>> Result: timeout    Time: 0:03:00.217955 fsdosfsname02.exe<br>
>> Result: timeout    Time: 0:03:00.189769 fsrfsbitmap01.exe<br>
>> Result: timeout    Time: 0:03:00.203202 imfs_fserror.exe<br>
>> Result: timeout    Time: 0:03:00.207983 crypt01.exe<br>
>> Result: failed     Time: 0:00:02.056732 spcontext01.exe<br>
>> ______________________________<wbr>_________________<br>
>> devel mailing list<br>
>> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
>><br>
> ______________________________<wbr>_________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
</div></blockquote></div><br></div></div></div>