From owner-freebsd-current Thu Oct 8 13:57:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17837 for freebsd-current-outgoing; Thu, 8 Oct 1998 13:57:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17765 for ; Thu, 8 Oct 1998 13:57:21 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id OAA22210; Thu, 8 Oct 1998 14:50:29 -0600 (MDT) Date: Thu, 8 Oct 1998 14:50:29 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199810082050.OAA22210@narnia.plutotech.com> To: "Bret Ford" cc: current@FreeBSD.ORG Subject: Re: Seagate drive lockup In-Reply-To: <000901bdf2cf$68be5ca0$0100a8c0@heather.my.domain> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Greetings, > > I'm using a recent (around Sep 29) -current world with a kernel > compiled fresh today. I'm having some "lock-up" problems with > my Seagate 9gb drive. This occurs whenever the disk gets used with > some intensity (eg. rm -fr obj or most 'cvsup's). I will get a couple > iterations of kernel messages like these: > > Oct 8 07:51:31 plover /kernel.test: (da1:ahc0:0:3:0): SCB 0xc - timed out > in dataout phase, SCSISIGI == 0x4 > Oct 8 07:51:31 plover /kernel.test: SEQADDR == 0x10d > Oct 8 07:51:31 plover /kernel.test: SSTAT1 == 0x2 There is something wrong with your cable, termination or both. Either the drive or the controller missed a REQ or ACK on the bus, which caused this hang. Remove any kinks from your cable. Route it away from the power supply and processor. Use a disk drive or external active (or force perfect) terminator on the bus. It may well be that you haven't seen this problem before upgrading to CAM. CAM now uses SCB paging by default whereas the older drivers only did so if you enabled an option. This combined with other characteristics of CAM allow for much higher device and bus loads than before. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message