Date: Mon, 11 Sep 2000 12:04:34 +0930 From: Greg Lehey <grog@lemis.com> To: Bruce Evans <bde@zeta.org.au> Cc: Ben Smithurst <ben@FreeBSD.ORG>, current@FreeBSD.ORG Subject: Re: page fault in sched_ithd Message-ID: <20000911120434.C19431@wantadilla.lemis.com> In-Reply-To: <Pine.BSF.4.21.0009111312230.401-100000@besplex.bde.org>; from bde@zeta.org.au on Mon, Sep 11, 2000 at 01:18:37PM %2B1100 References: <20000909210619.F77593@strontium.scientia.demon.co.uk> <Pine.BSF.4.21.0009111312230.401-100000@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 11 September 2000 at 13:18:37 +1100, Bruce Evans wrote: > On Sat, 9 Sep 2000, Ben Smithurst wrote: > >> After poking around a bit with remote GDB, this seems to be caused by a >> stray IRQ 7, since irq == 7, ir == ithds[irq] == NULL, ir->foo == BOOM. >> >> The attached rather crude patch has "fixed" the problem for now, but >> does anyone have any suggestions for a real fix? > > The stray interrupt handler needs to have a thread, or stray interrupts > need to be handled as traps. Stray interrupts are more like NMIs than > normal interrupts, and NMIs are already (mis)handled as traps. Independently of that, we need to be able to survive a spurious interrupt on any IRQ. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers 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?20000911120434.C19431>