Hi all,
as already discussed in the Friday meetings I stumbled across some funky behaviour how timestamps for the sent out message are created.
I did some investigation inside the hardware and got the following trace. I marked the important signals orange

Depicted are two sent out frames, where the start of a frame is indicated by a rising edge in the sofDetect signal.
The \stateReg.0111 signal creates a rising edge if the Ethernet Frame is a PTP frame. In the first frame the ethTypeReg has the correct value therefore \stateReg.0111 is asserted and a time stamp is created i.e. timestampAvailReg gets set. In the second frame the ethTypeReg does not have the correct value, but all frames sent out are correctly detected as PTP frames by wireshark.
Given that I assume that may be an issue sampling the MII RX and TX Channels as I assume the IO device runs at 80 MHz like the remaining Patmos core, but according to Wikipedia the MII for 100 MBit uses a 25 MHz clock. Is it possible that this cause the wrong values in the ethTypeReg?
The full vcd file can be found hereUploading dump.zip…
Hi all,
as already discussed in the Friday meetings I stumbled across some funky behaviour how timestamps for the sent out message are created.

I did some investigation inside the hardware and got the following trace. I marked the important signals orange
Depicted are two sent out frames, where the start of a frame is indicated by a rising edge in the
sofDetectsignal.The
\stateReg.0111signal creates a rising edge if the Ethernet Frame is a PTP frame. In the first frame theethTypeReghas the correct value therefore\stateReg.0111is asserted and a time stamp is created i.e.timestampAvailReggets set. In the second frame theethTypeRegdoes not have the correct value, but all frames sent out are correctly detected as PTP frames by wireshark.Given that I assume that may be an issue sampling the MII RX and TX Channels as I assume the IO device runs at 80 MHz like the remaining Patmos core, but according to Wikipedia the MII for 100 MBit uses a 25 MHz clock. Is it possible that this cause the wrong values in the
ethTypeReg?The full vcd file can be found hereUploading dump.zip…