Date: Thu, 24 Sep 1998 20:00:44 +0200 From: Eivind Eklund <eivind@yes.no> To: "Justin T. Gibbs" <gibbs@narnia.plutotech.com>, Adam McDougall <mcdougall@ameritech.net> Cc: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ Message-ID: <19980924200044.27705@follo.net> In-Reply-To: <199809240354.VAA03623@narnia.plutotech.com>; from Justin T. Gibbs on Wed, Sep 23, 1998 at 09:54:40PM -0600 References: <3609A685.A9B65B3A@ameritech.net> <199809240354.VAA03623@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 23, 1998 at 09:54:40PM -0600, Justin T. Gibbs wrote: > In article <3609A685.A9B65B3A@ameritech.net> you wrote: > > Does CAM still perform what is supposed to when using this kernel > > option? Because it doesn't show any evidence of it in Boot: -v and the > > unwanted behavior of not using this option is showing up again, even > > though its still in my kernel. > > The CAM driver does not currently honor this option. It could easily > be added again, but it would be nice to know why it is necessary. Is > the symptom simply a timeout? 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). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980924200044.27705>