What changes are required in Ethernet Firmware to remove gPTP support and forward the gPTP frames to the Ethernet Client?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
What changes are required in Ethernet Firmware to remove gPTP support and forward the gPTP frames to the Ethernet Client?
In order to handle the gPTP frames, one should have a gPTP stack. As the request is to forward the gPTP messages to an Ethernet Client, the Client system needs to integrate the gPTP stack, or the application running on the client system has to handle the gPTP frames.
The following are the required changes in Ethernet Firmware for removing gPTP support.
1. Disable gPTP support from Ethernet Firmware by defining “ ETHFW_GPTP_SUPPORT?=no” from ethfw_build_flags.mak file in the ethfw repo of SDK.
2.Remove/update Reserved Multicast MAC Address List from “gEthApp_rsvdMcastAddrTable” in Ethernet Firmware (as it reserves gPTP MAC Address). So, the client can register for the gPTP MAC address and continue receiving and transmitting gPTP frames.
3. The Ethernet client who wants gPTP frames from CPSW has to register the gPTP MAC Address with EthFw using remote client commands.
Note:
1. In the case of gPTP handled by EthFw, it has access to the CTPS (Common platform Time Sync) module, so CPTS time can be synced with gPTP time (H/W time sync), whereas the client doesn’t have access to CPTS so, H/W time sync is not possible.
2. The Ethernet client needs a gPTP stack that supports S/W time Sync.