DragonFly BSD
DragonFly bugs List (threaded) for 2004-11
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

boottime & basetime


From: Paul Herman <pherman@xxxxxxxxxxxxxxx>
Date: Sat, 27 Nov 2004 14:19:23 -0800 (PST)

Hey guys,

This issue is related to <20040403034659.GA14486@xxxxxxxxxx> posted to bugs@ in April. This morning, 13 minutes after rebooting:

   su-2.05b# date && uptime && sysctl kern.boottime kern.basetime
   Sat Nov 27 10:01:33 PST 2004
   10:01AM  up 13 mins, 2 users, load averages: 0.00, 0.00, 0.00
   kern.boottime: { sec = 1101577730, usec = 0 } Sat Nov 27 09:48:50 2004
   kern.basetime: { sec = 1101577740, usec = 56529645 } Sat Nov 27 09:49:00 2004

   su-2.05b# date && ntpdate -b 192.168.1.11 && uptime
   Sat Nov 27 10:01:34 PST 2004
   27 Nov 10:01:34 ntpdate[668]: step time server 192.168.1.11 offset -0.003243 sec
   10:01AM  up 25 mins, 2 users, load averages: 0.00, 0.00, 0.00

   su-2.05b# date && uptime && sysctl kern.boottime kern.basetime
   Sat Nov 27 10:01:35 PST 2004
   10:01AM  up 25 mins, 2 users, load averages: 0.00, 0.00, 0.00
   kern.boottime: { sec = 1101576985, usec = 0 } Sat Nov 27 09:36:25 2004
   kern.basetime: { sec = 1101577740, usec = 53271761 } Sat Nov 27 09:49:00 2004

In other words, calling set_timeofday() (re)sets boottime to
"now - 2*uptime". In other other words, uptime will show double your real uptime after settimeofday() is called.


Reverting kern_clock.c:1.19 solves this, but then basetime is allways boottime... which 1.19 changed. I guess the question is: what *are* basetime and boottime (supposed to be)?

-Paul.



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]