home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / misc / 14402 < prev    next >
Encoding:
Internet Message Format  |  1992-11-04  |  1.5 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!sdd.hp.com!saimiri.primate.wisc.edu!ames!sgi!fido!fido!tomw
  2. From: tomw@orac.asd.sgi.com (Tom Weinstein)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: Parity error - HALT - a better NMI handler?
  5. Date: 5 Nov 92 02:26:55
  6. Organization: Silicon Graphics Inc.
  7. Lines: 22
  8. Message-ID: <TOMW.92Nov5022655@orac.asd.sgi.com>
  9. References: <3132.2404.uupcb@synapse.org>
  10. Reply-To: tomw@asd.sgi.com
  11. NNTP-Posting-Host: orac.asd.sgi.com
  12. In-reply-to: chuck.colford@synapse.org's message of 3 Nov 92 22:18:00 GMT
  13.  
  14. In article <3132.2404.uupcb@synapse.org>, chuck.colford@synapse.org (Chuck Colford) writes:
  15.  
  16. > Alas; I am not alone.  I am plagued by the occasional parity error too.
  17. > Chris Granitz recently recanted his story & it sounds all too familier.
  18. > I'm a H/W engineer, so I've gone through most of what I can check (mem
  19. > speeds, cache data/tag ram speeds, bus speeds, looked for "pushed
  20. > parts", etc).  Still they persist, but I hate to turn off checking.
  21.  
  22. > Speeds of 33 MHz and up are challenging & require good design & layout
  23. > practice.  Perhaps all the clone designs do not all allow adequate
  24. > margins.
  25.  
  26. I've found that most of the time parity errors are caused by
  27. mis-configured memory management software.  QEMM is especially prone to
  28. this problem.  If you fiddle around with then memory regions you use for
  29. high memory, it usually fixes the problem.
  30.  
  31.  
  32.  
  33. --
  34. Love is a conveyor belt of   |   Tom Weinstein  tomw@orac.esd.sgi.com
  35. warmth  -- Jackie Chan       |                  tomw@bears.ucsb.edu
  36.