> Understood. It may also make sense to merge some of the later patches: for
> example, "clock: Pass floating point values to stats_add_value()" simply
> changes the point at which an already-existing cast to double occurs, and I
Yes.
> could easily create an inline int64_t version of "tmv: Add
On 01/03/18 06:40, Richard Cochran wrote:
At first glance this series looks good. I expect to merge the first
half or so, because we really do want the tmv_t operations to be used
consistently.
Regarding changing the implementation, I think we'll want to hold off
on that until kernel support fo
On Thu, Mar 01, 2018 at 01:21:35AM +, Michael Brown wrote:
> The following series of patches adds support required for
> sub-nanosecond timestamps in ptp4l. The kernel-to-userspace API data
> structures for reporting such timestamps are not yet defined, but this
> code is verified to achieve s
The following series of patches adds support required for
sub-nanosecond timestamps in ptp4l. The kernel-to-userspace API data
structures for reporting such timestamps are not yet defined, but this
code is verified to achieve sub-nanosecond synchronisation over IPv6
(6LoWPAN) using a DecaWave DW10
