Date: Tue, 11 Jan 2005 14:46:22 +0100 From: "O. Hartmann" <ohartman@uni-mainz.de> To: Dan Nelson <dnelson@allantgroup.com> Cc: smp@freebsd.org Subject: Re: 5.3-RELEASE: SMP: system clock has died Message-ID: <41E3D8AE.2050903@uni-mainz.de> In-Reply-To: <20050109024149.GA84945@dan.emsphone.com> References: <BAY24-F13EC7615A3B8EB3EB01572CC960@phx.gbl> <20050109024149.GA84945@dan.emsphone.com>
index | next in thread | previous in thread | raw e-mail
Dan Nelson schrieb: >In the last episode (Jan 08), Stephane Raimbault said: > > >>I have an ASUS P2B-DS motherboard with dual P2 400MHz CPU's. I have >>compiled the SMP kernel and noticed that something is not right. In >>"top" the CPU values indicate 0% across the board, even idle! >> >> > >I get this occasionally on one of my Dell servers after about a week of >uptime. Manually stepping the time using ntpdate -b (forcing the >kernel to reset the RTC in the process) fixes it for me. If your RTC >is nonfunctional from boot you may not have the same problem, though. >Also try installing a newer BIOS, since I see > > > >>ACPI disabled by blacklist. Contact your BIOS vendor. >> >> > >in your dmesg output. > > > > Hello. I also get a similar message on an ASUS CUR-DLS based PIII/1000 Mhz SMP system, sometimes in UP, but very often in SMP mode. When calling 'systat -vmstat 1' on the console or within a terminal window I get a weird essage: the alternate system clock has died. RTC seems to be all right. Using UP kernel hides away this problem in most cases. I use FreeBSD 5.3-STABLE. ACPI is enabled, but problem still remains when ACPI has been disabled. SMP is about to crash this system, UP is ok.help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41E3D8AE.2050903>