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