From owner-freebsd-scsi Wed Mar 31 8:15:40 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (Postfix) with ESMTP id 2B34314BE3 for ; Wed, 31 Mar 1999 08:15:33 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id JAA11461; Wed, 31 Mar 1999 09:05:51 -0700 (MST) Date: Wed, 31 Mar 1999 09:05:51 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199903311605.JAA11461@narnia.plutotech.com> To: Edwin de Graaf Cc: scsi@FreeBSD.org Subject: Re: CAM timeout in dataout phase (3.1-STABLE) X-Newsgroups: pluto.freebsd.scsi In-Reply-To: <19990331075950.7691794F1@surf.iae.nl> User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/4.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <19990331075950.7691794F1@surf.iae.nl> you wrote: > DTC RAID controller boot: > ------------------------- > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled > da1: 25500MB (52224000 512 byte sectors: 255H 63S/T 3250C) Were the number of tags ever reduced? You'll probably have to boot with '-v' to know for sure as Jordan moved the message that indicates when this occurs behind "if (bootverbose)". > Timeout error messages: > ----------------------- > Mar 30 10:24:30 iaehv /kernel: (da1:ahc0:0:1:0): SCB 0x2a - timed out > in dataoutphase, SEQADDR == 0x5d Mar 30 10:24:30 iaehv /kernel: > (da1:ahc0:0:1:0): BDR message in message buffer Mar 30 10:24:31 iaehv > /kernel: (da1:ahc0:0:1:0): SCB 0x2a - timed out in dataoutphase, SEQADDR > == 0x5d Mar 30 10:24:31 iaehv /kernel: (da1:ahc0:0:1:0): no longer in > timeout, status =34b Mar 30 10:24:31 iaehv /kernel: ahc0: Issued Channel > A Bus Reset. 255 SCBs aborted Perhaps the controller is getting overloaded by too many overlapped commands. It could also be that your cabling or termination is inadequate causing a REQ or ACK to be lost during some data transfers. Are you using 'Forced Perfect' terminators? Is your cable < 1.5m in length? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message