Yea, it turns out that I wasn't clearing my cache for my image build properly, so the patch files weren't getting applied. I now have my patch files working and I've fixed a few bugs with them that were causing kernel panics.
I want to thank mhahn for helping me out via email, as we've been able to make quite a bit of progress in getting the IEEE 1588 (PTP) timestamping to work on the Ethernet port of the Galileo. However, I've run into a bit of a snag when running gptp to test timestamping. Whenever I run gptp on a PTP-enabled Galileo connected to a PTP-compatible switch or between two PTP-enabled Galileos, I receive the following repeating errors:
Invalid TX
ERROR at 677 in ../../common/ieee1588port.cpp: Error (TX) timestamping PDelay request, error=-72
ERROR at 1071 in ../../common/ptp_message.cpp: Error (TX) timestamping PDelay Response (Retrying-0), error=-72
ERROR at 1083 in ../../common/ptp_message.cpp: Error (TX) timestamping PDelay Response, error=-72
After speaking with a few people, it sounds like there's still an issue with the stmmac kernel driver and how the timestamps are being handled. Digging into the gptp code itself doesn't offer too much insight into what an error -72 really means. If anyone has more insight into the STMicro drivers (stmmac and stmmac_ptp), I'd be very thankful.
Once I get hardware timestamping up and running, I'll be glad to report back the steps to get up and running :-)
Thanks!
Matt