From owner-freebsd-scsi Wed Jan 23 11:31:21 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 21B7337B402 for ; Wed, 23 Jan 2002 11:31:15 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.6/8.11.5) with ESMTP id g0NJV8u77642; Wed, 23 Jan 2002 12:31:08 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200201231931.g0NJV8u77642@aslan.scsiguy.com> To: Dave Hayes Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Adaptec 29160 woes In-Reply-To: Your message of "Wed, 23 Jan 2002 10:11:36 PST." <200201231811.KAA17997@hokkshideh.jetcafe.org> Date: Wed, 23 Jan 2002 12:31:08 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >I get SCSI parity errors trying to disklabel the last drive on the >2nd card (da5). These are actually CRC errors. >Suspecting the disk, I checked and scanned da5 by the BIOS verify >utility. It's perfectly fine. The Adaptec BIOS may have negotiated down to a speed that allowed the verify to proceed. FreeBSD's SCSI layer doesn't have any speed fallback support yet. The BIOS won't tell you if it has done this. >Interestingly enough, the following: > > dd if=/dev/zero of=/dev/rda5s1 It is the target's responsibility to check the CRC or parity during a write. This just means that the target is able to read what we are writing to it okay, but we are not always able to read what the target is writing to us. >Anyone have any clues as to what is going on...before I completely >replace these controller cards? ;) I doubt it is the controller. I would suspect the drive has a bad connector. Do you get the same behavior if you force narrow-async on this drive via SCSI-Select? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message