From owner-freebsd-hardware Mon Oct 13 17:17:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA05080 for hardware-outgoing; Mon, 13 Oct 1997 17:17:40 -0700 (PDT) (envelope-from owner-freebsd-hardware) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA05075 for ; Mon, 13 Oct 1997 17:17:37 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id RAA20337; Mon, 13 Oct 1997 17:18:36 -0700 (PDT) Message-Id: <199710140018.RAA20337@implode.root.com> To: Bruce Albrecht cc: hardware@FreeBSD.ORG Subject: Re: Parity/ECC memory In-reply-to: Your message of "Mon, 13 Oct 1997 17:40:33 CDT." <9710132240.AA02103@g0024.seag.fingerhut.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 13 Oct 1997 17:18:36 -0700 Sender: owner-freebsd-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have a Pentium Pro system with the Intel 440FX chipset. If I have 2 >32M x 36 SIMMs, can I set the chipset to ECC Yes. That's how it works - the 8 parity bits are used to construct the ECC syndrome. >check parity? What type of memory do I have to order if I want to set >it to ECC? I'm having problems with my system claiming there are >memory problems when I turn on ECC (and maybe when I turn on parity >checking as well), and my vendor is claiming that my memory is only >good for straight parity checking. I've looked at the Intel >datasheets, and the only requirements they mention for ECC is x72 >memory and a BIOS which supports it (which I have). Check to make certain that the SIMMs are true parity and not "simulated" parity. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project