From owner-freebsd-smp  Sat Sep  9 23:28:19 2000
Delivered-To: freebsd-smp@freebsd.org
Received: from femail2.sdc1.sfba.home.com (femail2.sdc1.sfba.home.com [24.0.95.82])
	by hub.freebsd.org (Postfix) with ESMTP
	id 93D2237B422; Sat,  9 Sep 2000 23:28:16 -0700 (PDT)
Received: from cx443070b ([24.0.36.170]) by femail2.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20000910062809.OYIP27630.femail2.sdc1.sfba.home.com@cx443070b>;
          Sat, 9 Sep 2000 23:28:09 -0700
Message-ID: <000701c01af0$72e24ac0$aa240018@cx443070b>
From: "Jeremiah Gowdy" <jgowdy@home.com>
To: "Wes Warner" <ufodziner@earthlink.net>,
	<freebsd-scsi@FreeBSD.ORG>, <freebsd-smp@FreeBSD.ORG>
References: <39BB07A2.D04EF9E7@earthlink.net>
Subject: Re: adaptec 2940uw with smp kernel on a bp6
Date: Sat, 9 Sep 2000 23:29:15 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> What I am using is a generic kernel with SMP enabled.  The kernel I use
> with the scsi working is just the regular generic.  I'm trying to do
> this as tactful as possible.  The rest of my hardware is...
>
> SBLive, Linksys 10/100 nic, ATI All-in-wonder 32meg, Colorado Floppy
> tape (with card), 3com 56k external modem, 3ea. WD 50 pin SCSI drives,
> Maxtor 20 gig ata66 drive (OS is on this drive), Quantum 5 gig, creative
> 52x cdrom, Philips 2x2x6 burner, ls-120.
>
> I think that is about it.  If it matters, my processors are 433's and I
> have 256megs of RAM.  I have tried it both overclocked and not with no
> luck either way.  I can't get a dmesg output with both smp and scsi
> because it doesn't boot.
>
>                              Thanks,
>                                    Wes

I wouldn't think a GENERIC kernel with SMP enabled would be
better/cleaner/safer/less likely to crash than a cleaned kernel containing
only the drivers you need.  Seems like less likely of a chance of a
conflict.  I suggest, clean a GENERIC, enable SMP and go with that





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message