<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 23, 2021, 4:47 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 23/06/2021 10:32, <a href="mailto:Jan.Sommer@dlr.de" target="_blank" rel="noreferrer">Jan.Sommer@dlr.de</a> wrote:<br>
> One of our applications for the Zedboard fails with fatal error after the setup of the network stack in libbsd.<br>
> So far I traced it down to the point that the memory allocation for libbsd overwrites parts of the IMFS of rtems.<br>
> When opening device files later this will lead to the crash.<br>
> The backtrace looks like this for the bad allocation looks like this:<br>
> _Heap_Block_split     ../../../../../c/src/../../cpukit/score/src/heap.c:313  0x10dd58        <br>
> _Heap_Block_allocate_from_begin       ../../../../../c/src/../../cpukit/score/src/heap.c:378  0x10dfd6        <br>
> _Heap_Block_allocate  ../../../../../c/src/../../cpukit/score/src/heap.c:465  0x10dfd6        <br>
> _Heap_Allocate_aligned_with_boundary  ../../../../../c/src/../../cpukit/score/src/heapallocate.c:265  0x10e19c        <br>
> rtems_heap_allocate_aligned_with_boundary     ../../../../../c/src/../../cpukit/libcsupport/src/malloc_deferred.c:92  0x10962e        <br>
> malloc        ../../../../../c/src/../../cpukit/libcsupport/src/malloc.c:39   0x10950e        <br>
> _bsd_malloc   ../../rtemsbsd/rtems/rtems-kernel-malloc.c:80   0x170048        <br>
> [more libbsd]<br>
> ifconfig      ../../freebsd/sbin/ifconfig/ifconfig.c:1024     0x1724fa<br>
> <br>
<br>
You probably have a general memory corruption issue. As a first step I <br>
would enable RTEMS_DEBUG = True to enable the heap protection. This <br>
could help to debug the issue.<br>
<br>
> With 1 GiB of RAM, available memory shouldn't be a problem.<br>
> At the moment we have configured the system with CONFIGURE_UNLIMITED_OBJECTS and CONFIGURE_UNIFIED_WORK_AREAS.<br>
<br>
This is fine.<br>
<br>
> Maybe that is not right in this case. Are there any suggestions how to better configure the system?<br>
> I found CONFIGURE_MEMORY_OVERHEAD in the docs, but I am not so sure how to use it or if it would help.<br>
<br>
No, it would not help.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It should only be used when the confdefs calculations appear to have a bug and under allocate. This was added long ago to provide a quick workaround for users. Usually an error in confdefs takes a bit to debug </div><div dir="auto"><br></div><div dir="auto">--joel</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank" rel="noreferrer">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a></blockquote></div></div></div>