John, The description is just awful.
On Thu, Jun 11, 2015 at 03:54:56PM -0700, John Stultz wrote: > Since the leapsecond is applied at tick-time, this > means there is a small window of time at the start > of a leap-second where we cross into the next second > before applying the leap. First you say the leap second is applied at the tick, ... > This patch modified adjtimex so that the leap-second > is applied on the second edge. Providing more correct > leapsecond behavior. and then you say it is applied on the edge of the second. Instead, this second paragraph should say: This patch modifies adjtimex to apply the leap second correction to the returned time value. Callers of adjtimex will observe the leap second occuring exactly on the edge of the second. > This does make it so that adjtimex()'s returned time > values can be inconsistent with time values read from > gettimeofday() or clock_gettime(CLOCK_REALTIME,...) > for a brief period of one tick at the leapsecond. How about this instead? As as a result, adjtimex()'s returned time values will be inconsistent with time values read from gettimeofday() or clock_gettime(CLOCK_REALTIME,...) for a brief period of one tick at the leapsecond. Thanks, Richard -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/