The weird behavior is described in the added comment. I really don't understand the silly stuff happening in the card.
Without this fix, UDP P2P sync is broken because the AQC card is reporting SYNC, PDELAY_REQ and PDELAY_RESP packets which are 2 bytes shorter than they should be.
To test, connect a PTP slave computer to the AQC card's ethernet port and run the following on it:
sudo ptp4l -i eno1 -m -l6 -P -4
And run the following on the computer with AQC107 which will be master:
sudo ptp4l -i eno1 -m -l6 -P -4 --priority1 1
You will observe that the slave computer will not be able to sync, because it is not receiving the PDELAY packets, which are swallowed by the network stack because of their wrong length.
Here's a screenshot of a malformed packet in Wireshark:
The weird behavior is described in the added comment. I really don't understand the silly stuff happening in the card.
Without this fix, UDP P2P sync is broken because the AQC card is reporting SYNC, PDELAY_REQ and PDELAY_RESP packets which are 2 bytes shorter than they should be.
To test, connect a PTP slave computer to the AQC card's ethernet port and run the following on it:
And run the following on the computer with AQC107 which will be master:
You will observe that the slave computer will not be able to sync, because it is not receiving the PDELAY packets, which are swallowed by the network stack because of their wrong length.
Here's a screenshot of a malformed packet in Wireshark:
And captures with and without this PR: p2p_capture.zip