From owner-freebsd-current Mon Jun 1 20:51:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27689 for freebsd-current-outgoing; Mon, 1 Jun 1998 20:51:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero.simon-shapiro.org.142.69.207.in-addr.arpa [207.69.142.25] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA27543 for ; Mon, 1 Jun 1998 20:50:39 -0700 (PDT) (envelope-from shimon@sendero.simon-shapiro.org) Received: (qmail 850 invoked by uid 1000); 2 Jun 1998 00:51:52 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199805292208.PAA01191@dingo.cdrom.com> Date: Mon, 01 Jun 1998 20:51:51 -0400 (EDT) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Mike Smith Subject: Re: DPT driver fails and panics with Degraded Array Cc: Karl Pielorz , tcobb , "freebsd-current@freebsd.org" , Michael Hancock Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 29-May-98 Mike Smith wrote: >> >> I am routinely running a Dual DPT with 38 drives on 6 busses. On >> 3.0-CURRENT SMP. The system did lose disk drives, either intentionally, >> or >> by accident. I cannot confirm any of Mr. Cobb's finding. I have not >> been >> funished with any data, including the panic point, which I suspect is >> not >> in the DPT code. I am still waiting for such data. > > I'd just like to point out that the "biodone: buffer not busy" panic > doesn't come from the DPT driver, but may be caused by it calling > biodone() on a buffer that the system does not believe is busy. > > These situations are worth analysing, and I hope to see you and Troy > resolving this one, even if it means that you point the finger > elsewhere. I got these particularly with tape devices. Especially if there are two tape drives on the system and yoy try to (for example) cpio to both independently. I put a ton of debugging code in the DPT driver to try and catch the DPT sending biodone twice on the same request and am pretty comfortable the driver is not it. Especially when the st.c peripheral driver will do it almost consistently, and the disks will almost never do that. Since the DPT driver does not know a disk from a cucamber, I doubt it is at fault. But any persistent test cases are very welcome. Simon --- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG 770.265.7340 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message