kern/105067: K8D Master-F and other 8111/8131 boards will not run SMP with PCI disc controllers

Pete French pete at twisted.org.uk
Thu Nov 2 11:40:15 UTC 2006


>Number:         105067
>Category:       kern
>Synopsis:       K8D Master-F and other 8111/8131 boards will not run SMP with PCI disc controllers
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 02 11:40:14 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator:     Pete French
>Release:        FreeBSD 6.2-PRERELEASE amd64
>Organization:
Drayhouse
>Environment:
System: FreeBSD skerry.drayhouse 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Oct 13 20:15:27 BST 2006 pete at skerry.drayhouse:/usr/obj/usr/src/sys/SKERRY amd64


>Description:
	If you are using the above motherboard with a plug-in disc
	controller - for example an Adaptec SCSI controller or a Compaq
	SCSI RAID controller - the machine will not run SMP, but hangs
	after the 'waiting for devices to settle' message. The system will
	run with a single CPU fine, and will run SMP when the controllers
	are removed and the onboard IDE controller is used instead. Note
	that it is the presence of the controller (even if no discs are
	attached) which triggers the bug.

	The bug appears to be related to the 8111/8131 chipset as it was
	also reported by somebody else using a SuperMicro H8DA8-O with the
	same chipset. In that case the SCSI controller was on the board,
	connected to the PCI bus, so could not be removed. Removing the
	driver from the kernel enables the system to boot without the
	controller though. This also applies to the MSI board.

	This looks very much like an interrupt misrouting issue. A thread
	discussing the problem can be found here:
	http://lists.freebsd.org/pipermail/freebsd-amd64/2006-June/008338.html

	Using a serial conmcolse I have verbose outout from booting the same
	system, once without the device drivers in the kernel (works fine) and
	once with everything in which shows the freeze. You can find the
	two files here: http://toybox.twisted.org.uk/~pete/smp.dmesg.ok
	and here: http://toybox.twisted.org.uk/~pete/smp.dmesg.freeze 

	I eventually gave up and replaced the motherboard with a Tyan. I have
	offered the old motherboard to anyone interested in working on the
	problem, but have had no takers so far - however get in touch if you
	are intersetd. The motherboard works (I did replace it under warranty
	when trying to track down the problem - both boards showed the same
	fault).

>How-To-Repeat:

	Install FreeBSD 6.1 or 6.2 on the board, try to enable SMP
	and boot with an Adaptec SCSI controller attached to the PCI bus.
	The problem occurrs on both i386 and amd64.

>Fix:

	Only workaround is to run without SMP enabled.

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list