home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4197 < prev    next >
Encoding:
Text File  |  1992-08-15  |  1.7 KB  |  46 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!psinntp!dg-rtp!ponds!rivers
  3. From: rivers@ponds.uucp (Thomas David Rivers)
  4. Subject: Hanging problem solved (work-around at least).
  5. Message-ID: <1992Aug15.010923.6242@ponds.uucp>
  6. Summary: Problem narrowed down to '387 co-processor
  7. Keywords: hangs, bugs, 387 coprocessor
  8. Date: Sat, 15 Aug 1992 01:09:23 GMT
  9. Lines: 35
  10.  
  11.  
  12. Well, taking a tip from Doug Anson's (danson@lgc.com) post to this
  13. news group I decided to try something out.
  14.  
  15. I had npx.c always return 0 from the probe for the existence of a
  16. math-coprocessor (I'm too lazy to pull chips out and stick them in again).
  17.  
  18. and *voila* .....  The kernel no longer crashes.
  19.  
  20. I'm running a kernel w/ the rlist fixes, and wd fixes (both of them) and
  21. the MAX_KMAPENT fix (set to 1000), and the other bufpages fix 
  22. Bill Jolitz mentioned.  It has been doing nothing but re-compiling the 
  23. kernel over and over again for 14 hours, so I feel rather confidently 
  24. that the problem has been isolated.
  25.  
  26. Also, I had put in the npx.c fix mentioned by James Van Artsdalen 
  27. (james@raid.dell.com) - but that doesn't correct the hanging problem.
  28. I don't know what this means to 486DX people; since you can't pull
  29. your "coprocessor" out in that case.
  30.  
  31. Just to begin keeping data points on '387 problems, I'm running
  32. a 20mhz 386 with a ULSI 33mhz coprocessor.
  33.  
  34. If you have a 387 coprocessor, and experience kernel lockups with no
  35. recourse,  I would suggest you try pulling out the chip, or
  36. altering npx.c as I have.
  37.  
  38. Unfortunately, I will be away on a conference this week, and will have
  39. no opportunity to try and diagnose the details of the problem - if anyone 
  40. does, please post what you find.
  41.  
  42.       - Dave Rivers -
  43.      (rivers@ponds.uucp)
  44.  
  45.  
  46.