From owner-freebsd-hackers Tue Aug 29 14:55:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA25826 for hackers-outgoing; Tue, 29 Aug 1995 14:55:17 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA25813 for ; Tue, 29 Aug 1995 14:55:03 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA02386; Wed, 30 Aug 1995 07:49:56 +1000 Date: Wed, 30 Aug 1995 07:49:56 +1000 From: Bruce Evans Message-Id: <199508292149.HAA02386@godzilla.zeta.org.au> To: leo@lisa.rur.com, rgrimes@gndrsh.aac.dev.com Subject: Re: S.O.S -2.1Stable and ASUSP54TP4 Cc: freebsd-hackers@FreeBSD.ORG, jbryant@argus.iadfw.net, rashid@haven.ios.com Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >And to state my reason for agreement that parity is a ``itsy-bitsy comfort'', >think about the fact that 80% of your memory access are going to a L2 >cache that has never had parity on it, yet has a same FIT rate as the >main memory system. Basically your more likely today to take a single >bit error in your cache as you are in main memory :-(. Is there anything to detect or correct errors in the registers or control logic? Bruce