From owner-freebsd-current Mon Dec 21 18:29:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04175 for freebsd-current-outgoing; Mon, 21 Dec 1998 18:29:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04166 for ; Mon, 21 Dec 1998 18:29:09 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id MAA01344; Tue, 22 Dec 1998 12:58:56 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id MAA08577; Tue, 22 Dec 1998 12:58:58 +1030 (CST) Message-ID: <19981222125858.X85005@freebie.lemis.com> Date: Tue, 22 Dec 1998 12:58:58 +1030 From: Greg Lehey To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: trap 12 with interrupts disabled References: <19981222125104.V85005@freebie.lemis.com> <199812220225.SAA02191@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199812220225.SAA02191@dingo.cdrom.com>; from Mike Smith on Mon, Dec 21, 1998 at 06:25:33PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 21 December 1998 at 18:25:33 -0800, Mike Smith wrote: >>>>> pid 281 (Xaccel): trap 12 with interupts disabled >>>> >>>> Yes, I've noticed this one too. It seems to have crept in relatively >>>> recently, and strangely seems not to cause any problems. >>> >>> The diagnostic just warns of a bad situation (Xaccel has turned off >>> interrupts for some reason, and then pagefaulted), it doesn't mention >>> that it has in fact turned interrupts back on so that the pagefault can >>> be safely completed. >> >> If my page fault fails because I've blocked the interrupt, I'd expect >> some serious damage to happen to the process environment.n > > Usually you're lucky and something else turns them on unconditionally. > This test simply makes damn sure that if you take a fault interrupts > get turned back on. Ah. You mean we don't block the fault, just other interrupts? That makes more sense. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message