From owner-freebsd-scsi Mon Sep 13 8:55: 9 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id 6DE6014D21 for ; Mon, 13 Sep 1999 08:55:06 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id JAA14180; Mon, 13 Sep 1999 09:55:13 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <199909131555.JAA14180@caspian.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrew Gallatin Cc: "Justin T. Gibbs" , scsi@freebsd.org, anderson@cs.duke.edu, Don Lewis Subject: Re: data corruption when using aic7890 In-reply-to: Your message of "Mon, 13 Sep 1999 11:45:57 EDT." <14301.2437.648605.15748@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Sep 1999 09:55:13 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I've tried all the extremes, with the following results: > >RD_DFTHRSH_MAX | WR_DFTHRSH_MIN: corruption on read soon after first pas >s >RD_DFTHRSH_MIN | WR_DFTHRSH_MIN: corruption on read soon after first pas >s >RD_DFTHRSH_MAX | WR_DFTHRSH_MAX: immediate corruption (maybe write was c >orrupted?) >RD_DFTHRSH_MIN | WR_DFTHRSH_MAX: immediate corruption (maybe write was c >orrupted?) > >Before I go marching through all the combinations, is it possible that >there is a flag set someplace when a fifo overrun/underrun occurs that >you're not checking? Are the docs for this board available? The docs are not immediately available. You need to sign a PUA (Publications Use Agreement) with adaptec (essentially a giant disclaimer) and then you can get the docs. The DMA engine on these chips shouldn't require any external intervention from the software side to deal with the FIFOs. You fire it up, and wait for it to complete. Perhaps if you can better characterize how the data is corrupted I can think of more things to check. I'll take a peek at the S/G and DMA handling code in the firmware later today regardless. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message