Date: Thu, 24 Sep 1998 20:56:27 -0400 (EDT) From: Simon Shapiro <shimon@simon-shapiro.org> To: Bruce Evans <bde@zeta.org.au> Cc: current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net, gibbs@plutotech.com Subject: Re: options DPT_LOST_IRQ Message-ID: <XFMail.980924205627.shimon@simon-shapiro.org> In-Reply-To: <199809242301.JAA03399@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans, On 24-Sep-98 you wrote: > >b. In the case of a cache hit, the DPT will complete operations and > > generate interrupts less than a microsecond apart. The (now removed, > > soon to be added again) measure_performance option demonstrates this > > clearly. Such bursts can have up to 64 interrupts per burst. The > > FreeBSD interrupt code has known holes in it, that will cause such > > closely spaced interrupts to be lost. This can also cause the system > > to > > hang. > > I don't know of any holes. If a device raises and lowers its irq in > less > than a microsecond, then it comes close to violating best-case PIC > timing. > In any case, ix86's can not process an interrupt in less than about 5 > i/o times (perhaps 2.5-6 usec) in the best case. If a device raises > and lowers its 64 times in < 64 usec, then at best the handler would see > about 64/2.5 separate interrupts. This is with a generous allocation of > 1 i/o time for device-specific interrupt handling. You may be right, but the only two operating systems I am aware of this problem, are Linux and FreeBSD. Both are using fast interrupts, the freeBSD old driver was drastically different from the Linux one (although Mike and me know each other very well). The CAM driver looks radically different from what I wrote (although some of the code looks familiar :-). All three implementations share almost nothing in common, except the use of fast interrupts. I do not profess to be any expert on FreeBSD interupts, but am still at a loss. BTW, there is at least one gentleman who knowns rather well the code, and I am sure observes this thred with amusement, but I'd rather have him be busy with what he does now, then be dragged into this... Remember, this is pre-release time, everyone is edgy, be cool. Things will work shortly. 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-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.980924205627.shimon>