lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CAN2QdAFiLAwsBdPAmR6K3kg3jzZ-ek2oESe1UnVrbjUvGfd2MQ@mail.gmail.com>
Date:   Tue, 4 Feb 2020 14:31:39 -0800
From:   Watson Ladd <watson@...udflare.com>
To:     linux-kernel@...r.kernel.org
Subject: Additional interface to kernel timekeeping for leapsecond clarity

Dear all,

I'm writing because I'm interested in adding a system call to linux
and other free operating systems that will return the current time in
a structure that will include a flag for whether or not there is a
leap second when the result is taken. While adjtimex exists, it's a
very heavy interface to this functionality. This is necessary for
computing the Modified Julian Day+microseconds since midnight in
userspace, something of interest for roughtime.

ntp_gettimex doesn't quite do this either: the TAI offset doesn't let
one compute the Modified Julian day without an almanac. To the best of
my knowledge this doesn't exist yet, but I would be happy to be proven
wrong.

Adding this would make it possible to adapt userspace to the harsh
realities of UTC.

Sincerely,
Watson Ladd

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ