[Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()
Richard Cochran
richardcochran at gmail.com
Fri Nov 20 14:16:21 UTC 2020
On Wed, Nov 18, 2020 at 04:22:37PM -0800, Vinicius Costa Gomes wrote:
> Talking with the hardware folks, they recommended using the periodic
> method, the one shot method was implemented as a debug/evaluation aid.
I'm guessing ...
The HW generates pairs of time stamps, right?
And these land in the device driver by means of an interrupt, right?
If that is so, then maybe the best way to expose the pair to user
space is to have a readable character device, like we have for the
PTP_EXTTS_REQUEST2. The ioctl to enable reporting could also set the
message rate.
Although it will be a bit clunky, it looks like we have reserved room
enough for a second, eight-byte time stamp.
struct ptp_clock_time {
__s64 sec; /* seconds */
__u32 nsec; /* nanoseconds */
__u32 reserved;
// four here
};
struct ptp_extts_event {
struct ptp_clock_time t; /* Time event occured. */
unsigned int index; /* Which channel produced the event. */
unsigned int flags; /* Reserved for future use. */
unsigned int rsv[2]; /* Reserved for future use. */
// eight here
};
You could set 'flags' to mark this as a time stamp pair, and then
stuff the system time stamp into rsv[2].
Thoughts?
Richard
More information about the Intel-wired-lan
mailing list