Hi all,
I've noticed two interesting (but minor) issues with timekeeping on my
sparc64 machine. First, it doesn't seem to keep time across reboots
and second I've recently seen two large jumps in clock drift.
Of course, the first issue is easily solved with an ntpd -s, but it
seems to me that a clean reboot should store system time in some sort
of hardware clock, so it is still 'reasonably close' to the correct
time after rebooting. In stead, my machine seems to have an
increasingly large time offset every time I boot (not often, but
still).
The two most recent restarts (the ones still available in
/var/log/daemon.*.gz) :
Aug 31 16:18:17 despair ntpd[8191]: ntp engine ready
Aug 31 16:19:45 despair ntpd[28761]: adjusting local clock by -78.630523s
...
Sep 14 17:10:41 despair ntpd[11538]: ntp engine ready
Sep 14 17:12:03 despair ntpd[10232]: adjusting local clock by -87.560146s
This is a trend I've noticed ever since I got the machine.
Unfortunately, I can not recall the behaviour from when I just got the
machine (so I don't know if it was already offset somehow). Note that
this happens on power cycling as well as simply rebooting the machine.
The second issue is mostly my curiosity wanting to know what's going
on. Drift on this machine used to be around 1120ppm. However, shortly
after I installed the second CPU, it dropped by almost 35% to ~730ppm
and just now it went to ~15ppm :
Sep 14 23:05:59 despair ntpd[10232]: adjusting clock frequency by -764.473569
to -26.513469ppm
Sep 14 23:23:52 despair ntpd[10232]: adjusting clock frequency by -21.373112 to
-47.886581ppm
Sep 14 23:44:38 despair ntpd[10232]: adjusting clock frequency by 63.863984 to
15.977402ppm
Of course, this is a total non-issue (as time otherwise seems to run
just fine) but I'm very curious how this came about. I used to think
Sun used quality hardware in their products (including decent time
keeping equipment), but with a random ASUS amd64 machine I get way
lower drifts (sub 10ppm range) than here on a "high-end" server from a
high priced company (this is probably a great illusion, created by the
Sun marketing dept.) And of course, clock drift may not be the best
measure of hardware quality. At any rate, there's again an easy
solution : just ignore it.
Can anybody shed some light on either of these two issues ? dmesg for
this machine (a Sun Fire V210) is attached.
Cheers,
Paul 'WEiRD' de Weerd
console is /[EMAIL PROTECTED],600000/[EMAIL PROTECTED]/[EMAIL PROTECTED],3f8
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org
Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 4.3 (GENERIC) #1555: Wed Mar 12 11:15:43 MDT 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/GENERIC
real mem = 8589934592 (8192MB)
avail mem = 8370077696 (7982MB)
mainbus0 at root: Sun Fire V210
"SUNW,UltraSPARC-IIIi" at mainbus0 not configured
cpu0 at mainbus0: SUNW,UltraSPARC-IIIi (rev 3.4) @ 1336 MHz
cpu0: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64
b/l)
"memory-controller" at mainbus0 not configured
"memory-controller" at mainbus0 not configured
schizo0 at mainbus0: "Tomatillo", version 4, ign 7c0, bus B 0 to 0
schizo0: dvma map c0000000-dfffffff, iotdb 5174000-51f4000
pci0 at schizo0
bge0 at pci0 dev 2 function 0 "Broadcom BCM5704C" rev 0x00, BCM5704 A3
(0x2003): ivec 0x7c8, address 00:03:ba:fe:36:e9
brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0
bge1 at pci0 dev 2 function 1 "Broadcom BCM5704C" rev 0x00, BCM5704 A3
(0x2003): ivec 0x7c9, address 00:03:ba:fe:36:ea
brgphy1 at bge1 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0
schizo1 at mainbus0: "Tomatillo", version 4, ign 780, bus A 0 to 0
schizo1: dvma map c0000000-dfffffff, iotdb 58d8000-5958000
pci1 at schizo1
ebus0 at pci1 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
"flashprom" at ebus0 addr 0-fffff, 290-290 not configured
rtc0 at ebus0 addr 70-71: m5819p
pcfiic0 at ebus0 addr 320-321 ivec 0x2e
iic0 at pcfiic0
"SUNW,i2c-imax" at iic0 addr 0xb not configured
"SUNW,i2c-imax" at iic0 addr 0xc not configured
spdmem0 at iic0 addr 0x5b: 1GB DDR SDRAM registered ECC PC2300CL2.5
spdmem1 at iic0 addr 0x5c: 1GB DDR SDRAM registered ECC PC2300CL2.5
spdmem2 at iic0 addr 0x5d: 1GB DDR SDRAM registered ECC PC2300CL2.5
spdmem3 at iic0 addr 0x5e: 1GB DDR SDRAM registered ECC PC2300CL2.5
spdmem4 at iic0 addr 0x63: 1GB DDR SDRAM registered ECC PC2700CL2.5
spdmem5 at iic0 addr 0x64: 1GB DDR SDRAM registered ECC PC2700CL2.5
spdmem6 at iic0 addr 0x65: 1GB DDR SDRAM registered ECC PC2700CL2.5
spdmem7 at iic0 addr 0x66: 1GB DDR SDRAM registered ECC PC2700CL2.5
"ds1307" at iic0 addr 0x68 not configured
"pca9555" at iic0 addr 0x22 not configured
"pca9555" at iic0 addr 0x23 not configured
"pca9555" at iic0 addr 0x34 not configured
"pca9556" at iic0 addr 0x38 not configured
power0 at ebus0 addr 800-82f ivec 0x20
com0 at ebus0 addr 3f8-3ff ivec 0x2c: ns16550a, 16 byte fifo
com0: console
com1 at ebus0 addr 2e8-2ef ivec 0x2c: ns16550a, 16 byte fifo
"rmc-comm" at ebus0 addr 3e8-3ef ivec 0x2c not configured
alipm0 at pci1 dev 6 function 0 "Acer Labs M7101 Power" rev 0x00: 223KHz clock
iic1 at alipm0
ohci0 at pci1 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec 0x7a7,
version 1.0, legacy support
pciide0 at pci1 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc4: DMA,
channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0x798 for native-PCI interrupt
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <TEAC, DV-28E-N, 1.6A> SCSI0 5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
usb0 at ohci0: USB revision 1.0
uhub0 at usb0 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1
schizo2 at mainbus0: "Tomatillo", version 4, ign 700, bus A 0 to 0
schizo2: dvma map c0000000-dfffffff, iotdb 5970000-59f0000
pci2 at schizo2
siop0 at pci2 dev 2 function 0 "Symbios Logic 53c1010-66" rev 0x01: ivec 0x729,
using 8K of on-board RAM
scsibus1 at siop0: 16 targets
sd0 at scsibus1 targ 0 lun 0: <SEAGATE, ST373207LSUN72G, 045A> SCSI3 0/direct
fixed
sd0: 70007MB, 14089 cyl, 24 head, 424 sec, 512 bytes/sec, 143374738 sec total
sd1 at scsibus1 targ 1 lun 0: <SEAGATE, ST373207LSUN72G, 045A> SCSI3 0/direct
fixed
sd1: 70007MB, 14089 cyl, 24 head, 424 sec, 512 bytes/sec, 143374738 sec total
siop1 at pci2 dev 2 function 1 "Symbios Logic 53c1010-66" rev 0x01: ivec 0x728,
using 8K of on-board RAM
scsibus2 at siop1: 16 targets
schizo3 at mainbus0: "Tomatillo", version 4, ign 740, bus B 0 to 0
schizo3: dvma map c0000000-dfffffff, iotdb 5a2c000-5aac000
pci3 at schizo3
bge2 at pci3 dev 2 function 0 "Broadcom BCM5704C" rev 0x00, BCM5704 A3
(0x2003): ivec 0x75c, address 00:03:ba:fe:36:eb
brgphy2 at bge2 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0
bge3 at pci3 dev 2 function 1 "Broadcom BCM5704C" rev 0x00, BCM5704 A3
(0x2003): ivec 0x75d, address 00:03:ba:fe:36:ec
brgphy3 at bge3 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0
"pcons" at mainbus0 not configured
softraid0 at root
siop0: target 0 now using tagged DT 16 bit 80.0 MHz 62 REQ/ACK offset xfers
siop0: target 1 now using tagged DT 16 bit 80.0 MHz 62 REQ/ACK offset xfers
bootpath: /[EMAIL PROTECTED],600000/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0
root on sd0a swap on sd0b dump on sd0b
--
>++++++++[<++++++++++>-]<+++++++.>+++[<------>-]<.>+++[<+
+++++++++++>-]<.>++[<------------>-]<+.--------------.[-]
http://www.weirdnet.nl/
