From owner-freebsd-current Thu Sep 24 12:30:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27792 for freebsd-current-outgoing; Thu, 24 Sep 1998 12:30:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27784 for ; Thu, 24 Sep 1998 12:30:55 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id VAA14612; Thu, 24 Sep 1998 21:30:44 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id VAA04337; Thu, 24 Sep 1998 21:30:43 +0200 (MET DST) Message-ID: <19980924213043.19742@follo.net> Date: Thu, 24 Sep 1998 21:30:43 +0200 From: Eivind Eklund To: "Justin T. Gibbs" Cc: Adam McDougall , current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <19980924200044.27705@follo.net> <199809241837.MAA28761@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809241837.MAA28761@pluto.plutotech.com>; from Justin T. Gibbs on Thu, Sep 24, 1998 at 12:30:29PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 12:30:29PM -0600, Justin T. Gibbs wrote: > >This option is necessary due to interrupts being eaten by the serial > >driver 'fast interrupt' code (which in some cases blocks interrupts > >longer than the DPT assert them). > > Wow. I thought that the fast interrupt code could only cause interrupts > to be deferred, never eaten. Did anyone ever talk to Bruce about this? I didn't, at least, as I don't have the relevant equipment to reproduce the fault, and didn't learn about it until a month and a half ago, when somebody else (outside the FreeBSD camp proper) was already working on fixing that code. However, I believe that project has been abandoned for the time being. There are (according to my source - I don't have SMP and don't know the issues) a bunch of problems related to interrupts and SMP. I don't know if the DPT_LOST_IRQ problem only occur on SMP - Adam, do you have SMP? > I'd hate to have a situation where lots of drivers each have their own > little timeout handler to deal with this problem. I absolutely agree. However, no matter what, it is better for the DPT to work (with that kind of kludge) than for it to die. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message