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
| ||
|
Date: Sat, 3 Jan 2009 01:00:22 -0600 From: Chris Adams <cmadams@...aay.net> To: David Newall <davidn@...idnewall.com> Cc: Robert Hancock <hancockr@...w.ca>, linux-kernel@...r.kernel.org, linasvepstas@...il.com, "Jeffrey J. Kosowsky" <jeff@...owsky.org>, MentalMooMan <slashdot@...eshallam.info>, Travis Crump <pretzalz@...hhouse.org>, Goodgerster <goodgerster@...il.com> Subject: Re: Bug: Status/Summary of slashdot leap-second crash on new years 2008-2009 Once upon a time, David Newall <davidn@...idnewall.com> said: > I don't understand this idea, nor the patch for the problem. I don't > see why adding a leap second would impact the kernel in any way. > Shouldn't this be a simple zoneinfo change, whereby the last two seconds > of the year (in each timezone) both map to 31dec2008 23:59:59? That's > the way the change has worked in the real world. Why would ntp or the > kernel be involved? The leap second isn't a simple thing like a time zone. Zones account for an offset from UTC, but a leap second is an extra second inserted into (or possibly removed from) UTC itself. There was actually a 61 second minute on Dec. 31. The trouble comes in keeping the "seconds since the epoch" counter sane, meaning (seconds % 86400) == 0 at 00:00:00 UTC. Since there were 86401 seconds Dec. 31, the kernel had to tick the last second twice to keep correct UTC time. NTP is used to distribute and synchronize time information, including leap second info. See Wikipedia and Google for more information. -- Chris Adams <cmadams@...aay.net> Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists