From owner-freebsd-hackers Mon May 19 21:29:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10197 for hackers-outgoing; Mon, 19 May 1997 21:29:54 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10175; Mon, 19 May 1997 21:29:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id VAA19394; Mon, 19 May 1997 21:12:05 -0700 (PDT) Message-Id: <199705200412.VAA19394@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm Cc: dg@root.com, Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 19 May 1997 21:12:04 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997 12:09:40 +0800 Peter Wemm wrote: > Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's > are programmed to use 32 through 47 (under non-SMP). ...I know :-) irq 7 is directed to another vector under NetBSD/i386, as well... > I think this is different to the problem that you describe. Here we're > getting trap 29 which: > [..] > #define T_STKFLT 27 /* stack fault */ > #define T_MCHK 28 /* machine check trap */ > #define T_RESERVED 29 /* reserved (unknown) */ ...exactly what I'm talking about... I originally thought I was seeing a machine-check as well. The relevant bit of locore.s from NetBSD/i386: IDTVEC(trap0f) /* * The Pentium Pro local APIC may erroneously call this vector for a * default IR7. Just ignore it. */ iret Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939