From owner-freebsd-smp Mon May 31 19:51: 6 1999 Delivered-To: freebsd-smp@freebsd.org Received: from www.transfar.com (unknown [202.103.100.248]) by hub.freebsd.org (Postfix) with ESMTP id 1C01114BE2; Mon, 31 May 1999 19:49:36 -0700 (PDT) (envelope-from phj@www.transfar.com) Received: from mail.transfar.com ([202.103.100.243]) by www.transfar.com (Netscape Messaging Server 3.5) with ESMTP id AAA3513; Tue, 1 Jun 1999 11:46:06 +0900 Message-ID: <3753BBD0.EB7D82A@mail.transfar.com> Date: Tue, 01 Jun 1999 10:54:09 +0000 From: Peng HaiJie X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Cliff Skolnick Cc: Joe@FreeBSD.ORG, \@FreeBSD.ORG, "Marcus\" Clarke , freebsd-stable@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG"@FreeBSD.ORG Subject: Re: SMP and SCSI problems in 3.2 References: Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Why not try to plug it into other slot? I had the same problem before,but it disappeared after I plug the SCSI card into other slot. P.H.J. Cliff Skolnick wrote: > I had some really strange problems with an Adaptec 2940UW2 controller and a > dual CPU system. It looked like an interference problem with the noise of > the high speed CPUs somehow getting back into the cable. After re-routing > the cables away from both CPUs things worked better, but eventually I had to > dump the 2940UW2 for a 2940UW which worked perfectly in the machine. I did > try dropping the speed of the UW2 card before swapping, no help. > > I'm guessing that disabling the SMP code might be shutting down the CPU > causing the trouble. Try replacing the cables, re-routing cables and or a > non UW2 controller. > > Cliff > > On Fri, 28 May 1999, Joe "Marcus" Clarke wrote: > > > Recently, we installed 3.2-RELEASE on our primary Computer Science server, > > and began to see some severe errors when trying to do intensive (i.e. > > dump/restore) disk operations to any of our SCSI-attached disks. The > > errors we are getting are as follows: > > > > (da0:ahc0:0:0:0): SCB 0x29 - timed out while idle, LASTPHASE == 0x1, > > SEQADDR == > > 0x8 > > (da0:ahc0:0:0:0): Queuing a BDR SCB > > (da0:ahc0:0:0:0): Bus Device Reset Message Sent > > (da0:ahc0:0:0:0): no longer in timeout, status = 34c > > ahc0: Bus Devices Reset on A:0. 3 SCBs aborted > > > > Disabling SMP seems to clear up some of this, but we were hoping to get > > SMP and SCSI working together. Our SCSI card is an Adaptec 2940UW2. > > Attached is the kernel config file in use. If this seems like a > > termination problem, we're doubting it since we had this working with an > > early version of 3.0-SNAP with CAM. > > > > Joe Clarke > > > > > > > > -- > Cliff Skolnick | "They that can give up essential liberty to obtain > Steam Tunnel Operations | a little temporary safety deserve neither liberty > cliff@steam.com | nor safety." > http://www.steam.com/ | -- Benjamin Franklin, 1759 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message