We have discovered a problem with the RTEMS network stack reaching the RTEMS _Terminate function when the interfaces are attached to a managed switch (in this case a Cisco 3560).
This does not occur with direct connections or when attached to a layer 2 unmanaged switch (NetGear or SMC). Of course the 3560 puts out a lot of traffic that a layer 2 switch does not (spanning tree, CDP etc....) So it seems the managed switch is putting out traffic that is bringing RTEMS down. Has anyone seen this behavior? Have you determined the root cause? I set a break point and caught the following backtrace: #0 0x6006ec90 0x60200180 <_Terminate+0x4> #1 0x6006ece0 0x602001e8 <_Internal_error+0x8> #2 0x600da250 0x60200248 <_svfprintf_r+0x14> #3 0x600d5810 0x60200420 <snprintf+0x58> #4 0x60073bac 0x60200508 <inet_ntop4+0x24> #5 0x60073e70 0x60200580 <inet_ntop+0x280> #6 0x60073b78 0x60200630 <inet_ntoa_r+0x1c> #7 0x60076340 0x60200698 <arplookup+0x78> #8 0x60076e34 0x60200710 <arpintr+0x20c> #9 0x6008861c 0x602007c0 <networkDaemon+0xa0> #10 0x60088164 0x60200828 <taskEntry+0x20> #11 0x6006d210 0x60200888 <_Thread_Entry_adaptor_numeric+0x8> #12 0x6006c464 0x602008e8 <_Thread_Handler+0x60> #13 0x6006c404 0x60200948 <_Thread_Handler+0> CONFIDENTIALITY NOTICE: This email and any attachments are for the sole use of the intended recipient and may contain material that is proprietary, confidential, privileged or otherwise legally protected or restricted under applicable government laws. Any review, disclosure, distributing or other use without expressed permission of the sender is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies without reading, printing, or saving.
_______________________________________________ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
