5.3-RELEASE: SMP: system clock has died
O. Hartmann
ohartman at uni-mainz.de
Tue Jan 11 05:46:49 PST 2005
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.
More information about the freebsd-smp
mailing list