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.hu...@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.hu...@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.hu...@embedded-brains.de > <mailto:sebastian.hu...@embedded-brains.de> > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
