<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 18, 2017 at 9:00 AM, Joel Sherrill <span dir="ltr"><<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>></span> wrote:<br><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>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><span class="gmail-HOEnZb"><font color="#888888"><div dir="auto"><br></div></font></span></div></blockquote><div><br></div><div>FWIW here are my results for sparc/erc32:</div><div><br></div><div><div>Passed:   548</div><div>Failed:     1</div><div>Timeouts:   5</div><div>Invalid:    0</div><div>-------------</div><div>Total:    554</div><div><br></div><div>Failures:</div><div> spcontext01.exe</div><div>Timeouts:</div><div> fileio.exe</div><div> top.exe</div><div> termios.exe</div><div> capture.exe</div><div> monitor.exe</div><div>Average test time: 0:00:01.729638</div><div>Testing time     : 0:15:58.219870</div></div><div><br></div><div>That is much better than yours and is really only the known spcontext01.exe failure.</div><div><br></div><div>I noticed you have 17 tests more than I do enabled. How did you configure? This</div><div>is mine:</div><div><br></div><div>../rtems/configure --target=sparc-rtems4.12 --enable-rtemsbsp=erc32 --prefix=/home/joel/rtems-work/tools/4.12 --disable-networking --enable-posix --disable-multiprocessing --disable-smp --enable-tests --enable-cxx --enable-maintainer-mode<br></div><div><br></div><div>--joel</div><div><br></div><div><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="auto"><span class="gmail-HOEnZb"><font color="#888888"><div dir="auto"></div><div dir="auto">--Joel</div></font></span><div><div class="gmail-h5"><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" target="_blank">tokencolour@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail-m_8705397733676692830quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);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_ne<wbr>w --rtems-bsp=erc32-run<br>
--rtems-tools=$HOME/developmen<wbr>t/rtems/4.12<br>
/home/thd/development/rtems/sr<wbr>c/builds/b-erc32_allt/sparc-rt<wbr>ems4.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="gmail-m_8705397733676692830elided-text"><br>
On Sat, Mar 18, 2017 at 11:47 AM, Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">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" target="_blank">devel@rtems.org</a><br>
>> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br>
>><br>
> ______________________________<wbr>_________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br>
</div></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div></div>