erc32 dl09 Failure

[Joel Sherrill]

On Mon, Mar 18, 2019 at 11:30 PM Chris Johns <chrisj at rtems.org> wrote:

> On 16/3/19 4:43 am, Joel Sherrill wrote:
> > Hi
> >
> > Is this the way this test fails when the BSP doesn't have enough memory?
>
> Correct, this is a test where a lot of memory is needed. The test has to
> make
> sure the code is loaded at offsets that are greater than the relative
> offsets in
> the generated code.
>
> The problem with this failure is the arch, SPARC, does not need trampoline
> support and so the test is actually a `nop`. I wonder if I need to handle
> this
> better in the test by coding the archs that need to have a suitable load
> offset?
>

I hate to see them disabled on every BSP in every architecture that has
this characteristic.

It would be better to teach the test to pass when it is NA.

--joel

>
> Chris
>
> >
> > *** BEGIN OF TEST libdl (RTL) 9 ***
> > *** TEST VERSION: 5.0.0.2defa94c4ce2204cf5cb86d2900d8c48e7d7d781
> > *** TEST STATE: EXPECTED-PASS
> > *** TEST BUILD: RTEMS_POSIX_API
> > *** TEST TOOLS: 7.4.0 20181206 (RTEMS 5, RSB
> > 38241392a4f96dabf2d1aba51a43dcb623db4dfb, Newlib 1d35a003f)
> > --------------------------------------------------
> >  Run: 0
> > Test source (link in strstr): testsuites/libtests/dl09/dl-load.c
> > load: /dl09-o1.o
> > handel: 0x206cc20: unresolved externals
> > handle: 0x206cc20 loaded
> > space alloc: /dl09-o1.o: 33554432: 0
> > ../../../../../../rtems/c/src/../../testsuites/libtests/dl09/dl-load.c:
> 156
> > o->space != NULL
> >
> > *** FATAL ***
> > fatal source: 5 (RTEMS_FATAL_SOURCE_EXIT)
> > fatal code: 0 (0x00000000)
> > RTEMS version: 5.0.0.2defa94c4ce2204cf5cb86d2900d8c48e7d7d781
> > RTEMS tools: 7.4.0 20181206 (RTEMS 5, RSB
> > 38241392a4f96dabf2d1aba51a43dcb623db4dfb, Newlib 1d35a003f)
> > executing thread ID: 0x08a010001
> >
> >
> > _______________________________________________
> > devel mailing list
> > devel at rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20190319/555d9ec2/attachment-0002.html>