Upper limit for BSS on SPARC BSP ?

[Hugues Jérôme]

Thanks Sebastian and Joel, we will try your suggestions

I’ll see with partners what is feasible. I also suspect a difference of behaviour between dmon and grmon monitors when loading the program in memory

Note I may have been misleading somehow: 
our test program with a BSS of 1MB works perfectly fine, 
the exact same program, with a different set of size for our data has a BSS of 4MB, and crashes due to an alignment error at RTEMS start up.

The second seems to point to an unexpected behavior in the code setting the BSS

Regards

> Le 7 sept. 2018 à 07:39, Sebastian Huber <sebastian.huber at embedded-brains.de> a écrit :
> 
> On 05/09/18 15:45, Hugues Jérôme wrote:
>> Hi Sebastian,
>> 
>>> Le 5 sept. 2018 à 14:20, Sebastian Huber <sebastian.huber at embedded-brains.de> a écrit :
>>> 
>>> Hello Hugues,
>>> 
>>> On 05/09/18 14:02, Hugues Jérôme wrote:
>>>> Hi,
>>>> 
>>>> I’m investigating a memory alignement issue using the GR740 BSP.
>>>> It appears we have a memory corruption when the BSS is bigger than 4MB.
>>> does the ELF file look all right? Is the stack pointer at the end of RAM right at the entry point (start)? Is the BSS section properly zeroed in the startup sequence?
>> I’m not sure I can provide any positive answer to these questions.
>> We used the default GR740 BSP, compiled by Thanassis Tsiodras. We did not change anything
>> 
>> As far as i can see, the BSS is zeroed by start.S
>> do you have any recommendation to perform the diagnosis you prescribe ?
> 
> I would check this with the debugger.
> 
>> 
>> As far as I can provide details
>> size (from binutils) can parse the ELF file, but that does not mean a lot
>> stack pointer is set by the linker script (if I understood correctly this part), and we did not change it
> 
> The boot loader sets the stack pointer to the end of the usable RAM.
> 
> I would try to test this BSS size with a simple example program from the RTEMS testsuite using the RTEMS BSP build tree (configure the BSP build with --enable-tests=samples), e.g. modify the testsuites/samples/ticker program.
> 
> -- 
> 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 <mailto: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/users/attachments/20180907/f67a08bf/attachment-0001.html>