<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 8, 2020 at 10:25 AM Thomas Doerfler <<a href="mailto:Thomas.Doerfler@imd-systems.de">Thomas.Doerfler@imd-systems.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Richard,<br>
<br>
what hardware/BSP are you running on?<br></blockquote><div><br></div><div>Thomas beat me on this. :)</div><div><br></div><div>Also the RTEMS version and network stack (legacy vs libbsd). </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Just a shot in the dark: It seems the system crashes in arplookup -> ...<br>
-> svfprintf. Can it be that some networking routine tries to print a<br>
message with floating point, but the FPU is disabled for the<br>
corresponding task?<br></blockquote><div><br></div><div>Since I recall you are using a LEON, this is indeed a very likely culprit.</div><div><br></div><div>The stack trace is a bit odd since nothing in libc would call _Internal_XXX.</div><div><br></div><div>--joel </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
wkr,<br>
<br>
Thomas.<br>
<br>
Am 08.10.20 um 17:15 schrieb Richard.Glossop@L3Harris.com:<br>
> We have discovered a problem with the RTEMS network stack reaching the<br>
> RTEMS _Terminate function when the interfaces are attached to a managed<br>
> switch (in this case a Cisco 3560).<br>
> <br>
>  <br>
> <br>
> This does not occur with direct connections or when attached to a layer<br>
> 2 unmanaged switch (NetGear or SMC).  Of course the 3560 puts out a lot<br>
> of traffic that a layer 2 switch does not (spanning tree, CDP etc….)<br>
> <br>
>  <br>
> <br>
> So it seems the managed switch is putting out traffic that is bringing<br>
> RTEMS down.<br>
> <br>
>  <br>
> <br>
> Has anyone seen this behavior?  Have you determined the root cause?<br>
> <br>
>  <br>
> <br>
>  <br>
> <br>
> I set a break point and caught the following backtrace:<br>
> <br>
>  <br>
> <br>
>   #0   0x6006ec90   0x60200180   <_Terminate+0x4><br>
> <br>
>   #1   0x6006ece0   0x602001e8   <_Internal_error+0x8><br>
> <br>
>   #2   0x600da250   0x60200248   <_svfprintf_r+0x14><br>
> <br>
>   #3   0x600d5810   0x60200420   <snprintf+0x58><br>
> <br>
>   #4   0x60073bac   0x60200508   <inet_ntop4+0x24><br>
> <br>
>   #5   0x60073e70   0x60200580   <inet_ntop+0x280><br>
> <br>
>   #6   0x60073b78   0x60200630   <inet_ntoa_r+0x1c><br>
> <br>
>   #7   0x60076340   0x60200698   <arplookup+0x78><br>
> <br>
>   #8   0x60076e34   0x60200710   <arpintr+0x20c><br>
> <br>
>   #9   0x6008861c   0x602007c0   <networkDaemon+0xa0><br>
> <br>
>   #10  0x60088164   0x60200828   <taskEntry+0x20><br>
> <br>
>   #11  0x6006d210   0x60200888   <_Thread_Entry_adaptor_numeric+0x8><br>
> <br>
>   #12  0x6006c464   0x602008e8   <_Thread_Handler+0x60><br>
> <br>
>   #13  0x6006c404   0x60200948   <_Thread_Handler+0><br>
> <br>
>  <br>
> <br>
> <br>
>   <br>
> CONFIDENTIALITY NOTICE: This email and any attachments are for the sole<br>
> use of the intended recipient and may contain material that is<br>
> proprietary, confidential, privileged or otherwise legally protected or<br>
> restricted under applicable government laws. Any review, disclosure,<br>
> distributing or other use without expressed permission of the sender is<br>
> strictly prohibited. If you are not the intended recipient, please<br>
> contact the sender and delete all copies without reading, printing, or<br>
> saving.<br>
> <br>
> <br>
> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
> <br>
<br>
-- <br>
IMD Ingenieurbuero fuer Microcomputertechnik<br>
Thomas Doerfler           Herbststrasse 8<br>
D-82178 Puchheim          Germany<br>
email:    <a href="mailto:Thomas.Doerfler@imd-systems.de" target="_blank">Thomas.Doerfler@imd-systems.de</a><br>
PGP public key available on request<br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div></div>