psim tests timing out

Joel Sherrill joel at rtems.org
Fri Dec 13 12:03:05 UTC 2019


On Fri, Dec 13, 2019, 2:01 AM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> On 11/11/2019 23:51, Joel Sherrill wrote:
> > Hi
> >
> > I was running tests on psim and they are all timing out.
> >
> > Any ideas or is this working for someone else?
>
> Yes, I have the same problem. Running them by hand works:
>
> powerpc-rtems5-run -f
> /scratch/git-rtems-tools/tester/rtems/testing/bsps/psim-device-tree
> ticker.exe
> OpenPIC Version ? (1 CPUs and 1 IRQ sources) at 0x202571776
> OpenPIC Vendor 0 (Unknown), Device 0 (Unknown), Stepping 0
> Overriding NumSources (1) from configuration with 16
> OpenPIC timer frequency is not set
> BATs must not overlap; area 0x08000000..0x09000000 hits DBAT 0
> BATs must not overlap; area 0x0c000000..0x0d000000 hits DBAT 0
>
>
> *** BEGIN OF TEST CLOCK TICK ***
> *** TEST VERSION: 5.0.0.782113767f3e60389423c169f5c337ec3fb50feb
> *** TEST STATE: EXPECTED_PASS
> *** TEST BUILD: RTEMS_MULTIPROCESSING RTEMS_NETWORKING RTEMS_POSIX_API
> *** TEST TOOLS: 7.5.0 20191114 (RTEMS 5, RSB
> f3b44b25d1353253d1454abc695621aafb8c4a97, Newlib d14714c69)
> TA1  - rtems_clock_get_tod - 09:00:00   12/31/1988
> TA2  - rtems_clock_get_tod - 09:00:00   12/31/1988
> TA3  - rtems_clock_get_tod - 09:00:00   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:04   12/31/1988
> TA2  - rtems_clock_get_tod - 09:00:09   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:09   12/31/1988
> TA3  - rtems_clock_get_tod - 09:00:14   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:14   12/31/1988
> TA2  - rtems_clock_get_tod - 09:00:19   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:19   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:24   12/31/1988
> TA3  - rtems_clock_get_tod - 09:00:29   12/31/1988
> TA2  - rtems_clock_get_tod - 09:00:29   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:29   12/31/1988
> TA1  - rtems_clock_get_tod - 09:00:34   12/31/1988
>
> *** END OF TEST CLOCK TICK ***
>
>
> *** FATAL ***
> fatal source: 5 (RTEMS_FATAL_SOURCE_EXIT)
> fatal code: 0 (0x00000000)
> RTEMS version: 5.0.0.782113767f3e60389423c169f5c337ec3fb50feb
> RTEMS tools: 7.5.0 20191114 (RTEMS 5, RSB
> f3b44b25d1353253d1454abc695621aafb8c4a97, Newlib d14714c69)
> executing thread ID: 0x08a010003
> executing thread name: TA2
>

It appears based on testing with Chris that the gdb mi code from the tester
works with Python 3 and not 2. Would you happen to be using python 2?

>
> --
> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20191213/e12baa79/attachment.html>


More information about the devel mailing list