HP/Compaq nx6325 clock "jumping around"

Rui Paulo rpaulo at FreeBSD.org
Wed Jul 2 21:56:00 UTC 2008


On Wed, Jul 02, 2008 at 09:18:27PM +0200, Joerg Wunsch wrote:
> On a nx6325 running 6-stable (because I couldn't get 7.x to work with
> ACPI at all so far), the main clock is frequently "jumping", up to a
> level where ntpd eventually gives up:
> 
> Jul  2 10:44:44 remi ntpd[50885]: time reset +11.885037 s
> Jul  2 10:44:44 remi ntpd[50885]: kernel time sync disabled 6041
> Jul  2 10:54:24 remi ntpd[50885]: kernel time sync disabled 2041
> Jul  2 11:07:13 remi ntpd[50885]: kernel time sync enabled 2001
> Jul  2 11:45:44 remi ntpd[50885]: time reset +1.874996 s
> Jul  2 11:45:44 remi ntpd[50885]: kernel time sync enabled 6001
> Jul  2 11:55:25 remi ntpd[50885]: kernel time sync enabled 2001
> Jul  2 12:06:07 remi ntpd[50885]: time reset -0.539515 s
> Jul  2 13:47:45 remi ntpd[50885]: time reset +901.759394 s
> Jul  2 13:47:45 remi ntpd[50885]: kernel time sync enabled 6001
> Jul  2 13:57:25 remi ntpd[50885]: kernel time sync enabled 2001
> Jul  2 14:05:58 remi ntpd[50885]: time reset +0.159707 s
> Jul  2 14:24:08 remi ntpd[50885]: time reset +0.451464 s
> Jul  2 14:42:15 remi ntpd[50885]: time reset +0.323177 s
> Jul  2 15:00:25 remi ntpd[50885]: time reset -0.525669 s
> Jul  2 15:45:34 remi ntpd[50885]: time reset -0.197339 s
> Jul  2 18:10:59 remi ntpd[50885]: time reset +894.125104 s
> Jul  2 18:10:59 remi ntpd[50885]: kernel time sync enabled 6001
> Jul  2 19:03:17 remi ntpd[50885]: time correction of 1785 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.
> 
> Notice the huge time resets of about 900 seconds between.  Could this
> be related to CPU frequency changes caused by whomever might control
> that (ACPI BIOS?  powerd is not running, should I?)?  The CPU
> frequencies listed are:
> 
> dev.cpu.0.freq: 1393
> dev.cpu.0.freq_levels: 1990/100000 1791/81822 1592/65808 1393/57582 1194/49356 995/41130 796/22152 696/19383 597/16614 497/13845 398/11076 298/8307 199/5538 99/2769

Maybe, or maybe not.
Try also change kern.timecounter.hardware.

HTH,
-- 
Rui Paulo


More information about the freebsd-acpi mailing list