From owner-freebsd-current Thu Mar 5 16:00:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12200 for freebsd-current-outgoing; Thu, 5 Mar 1998 16:00:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12189 for ; Thu, 5 Mar 1998 16:00:57 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.8) with SMTP id QAA19106; Thu, 5 Mar 1998 16:00:54 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Thu, 5 Mar 1998 16:00:54 -0800 (PST) From: Chris Timmons To: Daniel Berlin cc: freebsd-current@FreeBSD.ORG Subject: SMP & pci bridged cards? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are you sure this isn't the known problem about pci<->pci bridges with smp kernels? Do you see the problem with 3940's but not 2940's? See http://www.freebsd.org/~fsmp/SMP/pcibridge.html. I saw similar behavior which was caused by just this phenomenon - following the procedure and hacking mp_machdep.c by hand per the www page got things going on my tyan s1662D with a 3940. Perhaps this problem is one that could receive some attention in Steve Passe's abscence? Some hints on an architectural direction wrt the pci code would be welcome. With an architectural template, some proto-SMP hackers might emerge from the woodwork. -Chris On Thu, 5 Mar 1998, Daniel Berlin wrote: > I've sent this to the smp mailing list, but i never get it back from the > mailing list on either email address i have subscribed, so i assume the > list is working weirdly. > Anyway > At least on every dual processor SuperMicro board i've tested, if you have > Adaptec bios 1.24, the SMP kernel will hang (well, after a while the > adaptec times out, the kernel panics, etc) > 1.25 works fine. > Someone who is working on either the aic or smp code should look at this. > either test for bios ver 1.24 and not allow it, or something of the sort. > Adaptec, in true Adaptec fashion, won't answer my question about why this > is happening. > --DAn > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message