From owner-freebsd-stable Thu Oct 22 15:59:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17062 for freebsd-stable-outgoing; Thu, 22 Oct 1998 15:59:57 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17055 for ; Thu, 22 Oct 1998 15:59:56 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id PAA06414; Thu, 22 Oct 1998 15:57:04 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id PAA11432; Thu, 22 Oct 1998 15:57:03 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id PAA17800; Thu, 22 Oct 1998 15:57:01 -0700 (PDT) From: Don Lewis Message-Id: <199810222257.PAA17800@salsa.gv.tsc.tdk.com> Date: Thu, 22 Oct 1998 15:57:01 -0700 In-Reply-To: Mike Smith "Re: ECC memory support" (Oct 22, 3:37pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mike Smith , Don Lewis Subject: Re: ECC memory support Cc: Burkard Meyendriesch , freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Oct 22, 3:37pm, Mike Smith wrote: } Subject: Re: ECC memory support } > The last time this subject came up, some folks wanted to use the BIOS } > (which should understand the chipset on that motherboard) to retrieve } > this information rather than build knowledge of specific chipsets into } > the kernel. } } That would be the "nice" way to do it. I haven't made much progress } pursuing things related to DMI lately, and it does look as though the } way Microsoft want to do it you need to have motherboard-specific } drivers installed. Some systems will preserve it in the BIOS event } log, which theoretically can be retrieved - there's no guarantee that } you will be able to arrange a trap on soft ECC, so you may have to live } with this sort of deferred notification. In this case, who gets first crack at the NMI, the kernel or the BIOS? If the kernel sees the NMI first and it calls the BIOS, it would know if the BIOS handled the NMI and could then query the event log. If the BIOS sees the NMI, then the kernel shouldn't even see it and at least the machine won't silently reboot. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message