kern/85346: PREEMPTION causes unstability in Alpha4000 SMP kernel
Pegasus McCleaft
ken at alicorntech.com
Sat Aug 27 12:00:45 GMT 2005
>Number: 85346
>Category: kern
>Synopsis: PREEMPTION causes unstability in Alpha4000 SMP kernel
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Aug 27 12:00:43 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: Pegasus McCleaft
>Release: FreeBSD 6.0-BETA3 alpha
>Organization:
>Environment:
System: FreeBSD poseidon.alicorntech.com 6.0-BETA3 FreeBSD 6.0-BETA3 #4: Sat Aug 27 01:51:20 BST 2005 ken at poseidon.alicorntech.com:/usr/obj/usr/src/sys/Poseidon alpha
>Description:
The default option and build of a kernel for the 6.0 BETA3 is
to have preemption enabled. This option seems to still cause problems on my
machine after a few hours of running. The problems range between kernel traping
to hard locking. If a kernel trap is presented, the usual message is
a illegal address load within the syncer. (normally 0xffff....ff)
>How-To-Repeat:
Build and load any kernel with PREEMPTION enabled. Do large amounts
of disk IO and ethernet, wait for the trap message (about 1 hour)
>Fix:
Remove the "options PREEMPTION" from the config file, rebuild kernel.
I found that running the below script in another xterm keeps the machine
running long enough to build the new kernel:
while true
do
sync
echo -n "Sleeping.."
sleep 5
done
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list