home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / misc / 14409 < prev    next >
Encoding:
Text File  |  1992-11-05  |  2.0 KB  |  52 lines
  1. Newsgroups: comp.sys.ibm.pc.misc
  2. Path: sparky!uunet!panther!mothost!white!rtsg.mot.com!lido16!wiegand
  3. From: wiegand@rtsg.mot.com (Robert Wiegand)
  4. Subject: Re: Parity error - HALT - a better NMI handler?
  5. Message-ID: <wiegand.720974716@lido16>
  6. Sender: news@rtsg.mot.com
  7. Nntp-Posting-Host: lido16
  8. Reply-To: motcid!wiegand@uunet.uu.net
  9. Organization: Motorola Inc., Cellular Infrastructure Group
  10. References: <3132.2404.uupcb@synapse.org>
  11. Date: Thu, 5 Nov 1992 14:45:16 GMT
  12. Lines: 38
  13.  
  14. chuck.colford@synapse.org (Chuck Colford) writes:
  15.  
  16. >To: comp.sys.ibm.pc.misc
  17. >From: chuck.colford@synapse.isis.org
  18.  
  19. >Alas; I am not alone.  I am plagued by the occasional parity error too.
  20. >Chris Granitz recently recanted his story & it sounds all too familier.
  21. >I'm a H/W engineer, so I've gone through most of what I can check (mem
  22. >speeds, cache data/tag ram speeds, bus speeds, looked for "pushed
  23. >parts", etc).  Still they persist, but I hate to turn off checking.
  24.  
  25. >Speeds of 33 MHz and up are challenging & require good design & layout
  26. >practice.  Perhaps all the clone designs do not all allow adequate
  27. >margins.
  28.  
  29. >What I would really like to see is a program (TSR or config.sys driver)
  30. >that would intrcept the NMI and report the address & byte where it
  31. >thinks the error occurred.  This should be a protected mode program &
  32. >windows compatable.  This would be more inspiring than PARITY ERROR -
  33. >SYSTEM HALTED.
  34.  
  35. >Does anyone have such a program?  If so, I would appreciate an email
  36. >copy.
  37.  
  38. >...Chuck
  39. >                              
  40.  
  41. I don't think this is possible. This would require hardware to latch the
  42. address on the bus when the error occures. There is no way to do this
  43. with just software. Software may be able to give you help sometimes
  44. by looking at the processor state, but it can't catch errors that
  45. occur during DMA and will give incorrect information.
  46.  
  47. -- 
  48. ------------------------------------------------------------------------------
  49. Robert Wiegand - Motorola Inc.
  50. motcid!wiegand@uunet.uu.net            uunet!motcid!wiegand
  51. Disclamer: I didn't do it - I was somewhere else at the time.
  52.