Re: Justification for the use of 9-bit wide RAM modules

Article View: alt.sys.sun

Article #914

#914

From: Casper H.S. Dik - Network Securi...
Date: Mon, 17 Jul 1995 00:00

21 lines
1848 bytes

jgp@stiletto.ceas.rochester.edu (Jim Prescott) writes:

>A Unix system could do much better than just crashing the system.
>If the parity error occurs in a clean page the OS could just reload
>the page from the FS or swap.  If it occurs in a dirty page the OS
>could kill just the affected process(es).  Only parity errors in
>the OS itself should require a reboot.

If SunOS/Solaris detect a parity error, it can recover from those conditions
and I've seen it happen.

It will panic if it can't recover. 
If the page is clean, it will be reloaded.  If it's dirty, the affected
processes will be killed.  The memory location causing the error
will be checked and it will be put out of service if the error is permanent
and it will be put backin service if the error is transient.

Casper
--
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.

Technical Details

Message-ID: <3ud5mm$j0@engnews2.Eng.Sun.COM>

Path: arc1-ca.pugleaf.net!unknown!not-for-mail

References:

<3tqpb5$dl8@orb.apana.org.au> <3u2981$9i9@melang.connect.com.au> <1995Jul14.030358.28194@taylor.infi.net> <3u66m7$a42@stiletto.ceas.rochester.edu>

Show Full Headers

Complete Article Headers

X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f4671,4711ba0969b34d53
X-Google-Attributes: gidf4671,public
X-Google-Thread: f88e1,4711ba0969b34d53
X-Google-Attributes: gidf88e1,public
X-Google-Thread: 10d053,4711ba0969b34d53
X-Google-Attributes: gid10d053,public
X-Google-Thread: 1070f0,4711ba0969b34d53
X-Google-Attributes: gid1070f0,public
From: Casper.Dik@Holland.Sun.COM (Casper H.S. Dik - Network Security Engineer)
Subject: Re: Justification for the use of 9-bit wide RAM modules
Date: 1995/07/17
Message-ID: <3ud5mm$j0@engnews2.Eng.Sun.COM>
X-Deja-AN: 106331425
distribution: inet
references: <3tqpb5$dl8@orb.apana.org.au> <3u2981$9i9@melang.connect.com.au> <1995Jul14.030358.28194@taylor.infi.net> <3u66m7$a42@stiletto.ceas.rochester.edu>
organization: Sun Microsystems Inc., Mountain View, CA
newsgroups: alt.sys.sun,aus.computers.sun,comp.sys.sun.admin,comp.sys.sun.hardware

Reply to Parent Message