Date: Thu, 01 Oct 1998 13:24:36 -0400 (EDT) From: Simon Shapiro <shimon@simon-shapiro.org> To: freebsd-scsi@FreeBSD.ORG Subject: Re: DPT_RESET - Do We Still Need It? Message-ID: <XFMail.981001132356.shimon@simon-shapiro.org> In-Reply-To: <199810011551.JAA27451@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Justin T. Gibbs, On 01-Oct-98 you wrote:
> In article <XFMail.981001090534.shimon@simon-shapiro.org> you wrote:
> > The problem manifested itself by shutting the kernel down (including
> > calls
> > to all registered at_shutdown functions), then proceeding to do massive
> > I/O
> > to the (already shutdown) disk subsystem. This was during kernel
> > panics
> > that resulted in kernel dumps.
>
> I corrected this by adding the SHUTDOWN_FINAL at_shutdown state. This
> hook class is called only after a system dump, if any, is performed.
> I needed this for the adaptec originally, but the CAM dpt driver uses it
> now too.
Great! I do not have to bother with this ugly hack, then. There will be a
minor patch posted soon (I need to see that it works), that takes care of
some (most, all?) of the lost IRQs.
I am currently stressing the driver and the kernel around it and will post
results soon.
>
> --
> Justin
Sincerely Yours, Shimon@Simon-Shapiro.ORG
770.265.7340
Simon Shapiro
Unwritten code has no bugs and executes at twice the speed of mouth
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.981001132356.shimon>