From owner-freebsd-hackers Mon Aug 5 11:28: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E40E837B400 for ; Mon, 5 Aug 2002 11:27:57 -0700 (PDT) Received: from catalepsy.pdl.cmu.edu (CATALEPSY.PDL.CMU.EDU [128.2.134.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57C7D43E3B for ; Mon, 5 Aug 2002 11:27:57 -0700 (PDT) (envelope-from bucy@catalepsy.pdl.cmu.edu) Received: (from bucy@localhost) by catalepsy.pdl.cmu.edu (8.11.4/8.11.4) id g75IRs526384 for freebsd-hackers@freebsd.org; Mon, 5 Aug 2002 14:27:54 -0400 Date: Mon, 5 Aug 2002 14:27:54 -0400 From: "John S. Bucy" To: freebsd-hackers@freebsd.org Subject: weird npxintr Message-ID: <20020805182753.GD494@catalepsy.pdl.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We're playing with disk request scheduling as part of a research project; we've introduced a lot of new code to 4.4 and are now getting a weird npxintr that's killing us. My understanding is that npxintr has to do with the x87 fpu interface for ia32s and that you get it when fp instructions issued from the kernel are interrupted and then restarted. We are pretty sure that all of our code is fp free and are trying to figure out what's going on. We're using long long a lot and I've heard that gcc generates buggy code for long long sometimes. But I'd expect an integer arithmetic exception instead for a problem there. We mask some interrupts for a relatively long period of time doing some computation; could that cause this? I don't own the piece of the code that manipulates interrupts; is there some way to misuse splx/... that might cause this? We're getting npxintr: npxproc = 0, curproc = 0, npx_exists = 1 panic: npxintr from nowhere right after we do an splbio() (I think) Any ideas? thanks John Bucy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message