From owner-freebsd-current Fri Jun 5 22:22:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23630 for freebsd-current-outgoing; Fri, 5 Jun 1998 22:22:50 -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 WAA23610 for ; Fri, 5 Jun 1998 22:22:42 -0700 (PDT) (envelope-from shimon@sendero.simon-shapiro.org) Received: (qmail 6245 invoked by uid 1000); 5 Jun 1998 21:24:33 -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: <19980605000101.27550@mi.uni-koeln.de> Date: Fri, 05 Jun 1998 17:24:33 -0400 (EDT) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Stefan Esser Subject: Re: DPT driver fails and panics with Degraded Array Cc: Greg Lehey , Mike Smith , Karl Pielorz , tcobb , "freebsd-current@freebsd.org" , Michael Hancock , Bob Willcox Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 04-Jun-98 Stefan Esser wrote: ... >> DPT_INTR_DELAY: Will cause the interrupt service routine to spin a >> little >> bit, giving the hardware chance to settle a bit before dpt_intr gets all >> excited about it. > > Is this really necessary with certain revisions of the DPT > firmware ? Reading a device register should delay just for > the minimum time required. Did you try that ? No, it is not necessary. Yes, this is how the DPT driver works. 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