RTEMS master LEON test status

[Sebastian Huber]

Hello Kuan-Hsun,

thanks for your prompt feedback. I checked in a patch that fixes one issue:

https://devel.rtems.org/changeset/1240aade5a35c4e8c43d5409e2329eeb6a173299/rtems

On 24/01/17 14:27, Kuan Hsun Chen wrote:
> Hi Sebastian,
>
> I will check again the test on SMP target, though I only have QEMU-SMP 
> to simulate at the moment.
> Is it okay to only test on QEMU?
> Interestingly, why only sprmsched01 fails? How about spedfsched04?
> I will start from this observation and see why SMP fails.
>
> Best,
> Kuan-Hsun
>
> 2017-01-24 13:51 GMT+01:00 Sebastian Huber 
> <sebastian.huber at embedded-brains.de 
> <mailto:sebastian.huber at embedded-brains.de>>:
>
>     Hello Daniel,
>
>     for RTEMS 4.12 GCC 6.3 will be used (most likely). I did test runs
>     with
>
>     https://git.rtems.org/rtems/commit/?id=b07e642a2b1249cd64048c5e9f5e45254df7ae65
>     <https://git.rtems.org/rtems/commit/?id=b07e642a2b1249cd64048c5e9f5e45254df7ae65>
>
>     on the GR740 with no unexpected test failures.
>
>     On 24/01/17 13:25, Daniel Hellstrom wrote:
>
>         Hi,
>
>         We started some time ago to work with the RTEMS master again.
>         Daniel C has updated the toolchain to use GCC-7 which now
>         seems to be working fine. I just want to share the current
>         status of the RTEMS test-suite on the GR712RC with you. Please
>         let me know if you expect something or a particular tests to
>         be failing before we go too deep into them.
>
>         In the SMP configuration there were a couple of tests hanging
>         and GRMON interrupted them after 4 minutes. sp20 for example
>         resulted in a hang while acquiring a SMP lock from the Clock
>         interrupt handler:
>
>
>     A change in the rate-monotonic manager did break several tests:
>
>     https://devel.rtems.org/ticket/2795
>     <https://devel.rtems.org/ticket/2795>
>
>     [...]
>
>
>         GR712RC, RTEMS Single-core configuration results:
>
>           #######################################################
>           # RTEMS TESTSUITE FAILURE SUMMARY
>           #
>           # Result Test ExecRes ConsoleRes ExitCode1 ExitCode2
>           # FAIL: ./fstests/fsdosfsname01 OK FAIL 5 0
>           # FAIL: ./psxtests/psxsem01 OK FAIL 5 11
>           # FAIL: ./sptests/spinternalerror01 OK N/A -559038737 1611526157
>           # FAIL: ./sptests/sptimecounter01 OK N/A 5 0
>           #
>           # SUMMARY
>           #  Tests failing:    4
>           #  Tests successful: 528
>           #
>           #######################################################
>
>
>     It would be good to investigate these issues.
>
>     -- 
>     Sebastian Huber, embedded brains GmbH
>
>     Address : Dornierstr. 4, D-82178 Puchheim, Germany
>     Phone   : +49 89 189 47 41-16 <tel:%2B49%2089%20189%2047%2041-16>
>     Fax     : +49 89 189 47 41-09 <tel:%2B49%2089%20189%2047%2041-09>
>     E-Mail  : sebastian.huber at embedded-brains.de
>     <mailto:sebastian.huber at embedded-brains.de>
>     PGP     : Public key available on request.
>
>     Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>     _______________________________________________
>     devel mailing list
>     devel at rtems.org <mailto:devel at rtems.org>
>     http://lists.rtems.org/mailman/listinfo/devel
>     <http://lists.rtems.org/mailman/listinfo/devel>
>
>
>
>
> -- 
> M.Sc. Kuan-Hsun Chen
>
> TU Dortmund
> Department of Computer Science 12
> Design Automation of Embedded Systems
> Otto-Hahn-Strasse 16, Room 102
>
> 44227 Dortmund
> Germany
>
> Phone: _+49 231 755 6124 <tel:+49%20231%207556124>_
> Mail: kuan-hsun.chen at tu-dortmund.de <mailto:kuan-hsun.chen at tu-dortmund.de>

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.