We're using S7G2 on custom board.
Ethernet works for some time (example, for 5 minutes/10 minutes or sometimes for few hours), and then Ethernet stops working.
We checked it further in Ethernet driver, and found that, after some time of Ethernet working, packet_type in nx_receive gets wrong value, and this continues and never gets back to working condition. Further debugging, we came to know that. the data buffer that's received in nx_receive is shifted by 4 bytes (32 bits).
Did anyone face this (or similar) issue on S7G2?
In forum I found a similar issue posted sometime before, where they mentioned, increasing the pool size to 1568 solved the issue, but our issue is not solved by this change.
I've also seen somewhere that there's a known issue similar to this in S5D5 in some silicon. This issue sounds similar. Anyone has idea?
This is a long standing issue in our project. Let me know if anyone from Renesas knows about this, and let me know if I can implement (at least) any workaround for this issue.
In reply to gnk:
In reply to WarrenM:
SSP version 1.4.0 We're using sf_el_nx frame work for Ethernet
In reply to Meenanath:
Hi Meenanath- Do you have a wireshark log that shows where the issue started? Any indication that the PHY is having trouble? How about buffer and stack sizes? Have you checked to see if they are staying within the expected bounds and not overflowing or being incorrectly updated (run away pointer. Can you check the design on a Renesas board to see if it works OK? Since we don't have your board, all I can really suggest are some generally helpful debugging techniques- some of which you may already have used...
In reply to JanetC: