home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5311 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.9 KB  |  67 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!rsg1.er.usgs.gov!ornl!jamsun.ic.ornl.gov!mullens
  3. From: mullens@jamsun.ic.ornl.gov (James A. Mullens)
  4. Subject: Re: Some more on NMI problems (some meager advancement)
  5. Message-ID: <1992Sep8.181528.3876@ornl.gov>
  6. Sender: usenet@ornl.gov (News poster)
  7. Organization: Oak Ridge National Laboratory
  8. References: <1992Sep7.014351.946@ponds.uucp> <cproto.715945053@marsh>
  9. Date: Tue, 8 Sep 1992 18:15:28 GMT
  10. Lines: 55
  11.  
  12. In article <cproto.715945053@marsh>, cproto@marsh.cs.curtin.edu.au (Computer Protocol) writes:
  13. |> rivers@ponds.uucp (Thomas David Rivers) writes:
  14. |> 
  15. |> 
  16. |> >Well, I thought I would relay my current status with the NMI
  17. |> >investigation.
  18. |> 
  19. |> >  Right now, I'm thinking it has something to do with an IDE
  20. |> > controller/disk drive, so I have been examining the wd.c driver
  21. |> > trying to divine what it might be; without too much luck. (I 
  22. |> > know very little about the IDE/WD disk controllers.)
  23. |> 
  24. |> [STUFF DELETED]
  25. |> 
  26. |> >  - Dave Rivers -
  27. |> >   (rivers@ponds.uucp)
  28. |> 
  29. |> I'm also experiencing the problem. I disagree with the IDE controller
  30. |> idea. I still think it's a spurious parity error. Note that the NMI
  31. |> interrupt reports the value of I/O port 61. This value has the highest
  32. |> bit set which indicates a parity error. But after running QAPLUS for
  33. |> several days I'm convinced my memory is ok.
  34. |> 
  35. |> Could it be some sort of setup problem - e.g. wait states which can
  36. |> be configured in my AMI BIOS.
  37. |> 
  38. |> BTW I do have a IDE controller/disk so Dave might be right.
  39.  
  40. Memory parity errors can also be the fault of the system board/bus
  41. controller.  You really need to check for errors while your system
  42. is "highly loaded" -- lots of I/O going on.  A memory tester may not
  43. be able to see the problem otherwise...
  44.  
  45. I once had a completely-reproducible NMI which could not be found by
  46. a tester.  It seems that my computer's "bus tended to be unstable
  47. during periods of high load" and the chips I had purchased did not
  48. tolerate this very well.  I switched chip manufacturers and the computer
  49. has run w/o problems ever since.  This was so long ago that I
  50. can't recommend the manufacturer, NMBS, on this basis.  In fact, I
  51. visited our PC repair shop and found a notice that, FOR A CERTAIN MODEL
  52. OF COMPUTER, NMBS and Siemens DRAM "will cause problems".  (Assume that
  53. is someone's theory, not an authority's pronouncement!  Don't read too
  54. much into this since -- it just indicates that not all motherboards
  55. and DRAM mix well).  You might call your computer/system-board manufacturer
  56. and try to get a recommendation.
  57.  
  58. I have also read a recommendation that 3-chip and 9-chip SIMMs not be
  59. mixed together, but I have no real reason to believe this makes a
  60. difference.
  61.  
  62. jim mullens
  63.   Internet: jcm@ornl.gov        (128.219.128.17)
  64.             mullens@jamsun.ic.ornl.gov    (128.219. 64.31)
  65.  
  66. I speak for myself, not for the organization I work for.
  67.