home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5273 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.0 KB  |  53 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!chx400!bernina!torda
  3. From: torda@igc.ethz.ch (Andrew Torda)
  4. Subject: Fixed: Runs at 8MHz, Crashes at 33MHz, 386bsd
  5. Message-ID: <1992Sep8.070731.21159@bernina.ethz.ch>
  6. Summary: buy faster memory
  7. Sender: news@bernina.ethz.ch (USENET News System)
  8. Organization: Computational Chemistry, ETH, Zuerich
  9. Date: Tue, 8 Sep 1992 07:07:31 GMT
  10. Lines: 41
  11.  
  12. Some time ago, I complained with the following problem:
  13.  
  14.      At 8 MHz, my machine appears perfectly stable.
  15.      At 33 MHz, I get repeated trap type 12 panics.
  16.      
  17.      What can be dependent on timing like this ?
  18.      If there are any suggestions as to where I can insert
  19.      debugging lines ?
  20.      
  21.      I am not sure if this particular panic (trap type 12) holds all
  22.      the answers. The machine (at 33 MHz) has often done a
  23.      crash/reboot and wiped the errors off the screen.
  24.      
  25.      Machine details:
  26.      386 clone (Blackship), no maths chip, 8M memory
  27.      ATI motherboard (ATI-386/B2-33, 64K cache)
  28.      AMI BIOS (04/09/90)
  29.      video: ET4000 based, DFI VG-5000 with 1 Mb
  30.      pc0 <color> at 0x60 irq1 on isa
  31.      com1 at 0x3f8 irq4 on isa
  32.      com2 at 0x2f8 irq3 on isa
  33.      wd0 (MAXTOR LXT-213A> at 0x1f0 irq 14 on isa
  34.      fd0 drives 0:1.2M, 1: 1.44M at 0x3f0 irq 6 drq2 on isa
  35.      
  36. The most concrete suggestions were to either add wait states or buy
  37. faster memory. Couldn't add any more wait states, but I managed to
  38. swap 8Mb of 80ns simms for 70 ns simms.
  39.  
  40. Instantly, I could rebuild kernels or run my little crash program
  41. which simply allocated ever increasing amounts of memory and scribbled
  42. through it.
  43. The peculiarity is that with the old memory, I had been able to run
  44. dos, windows in enhanced mode and even SCO unix.
  45. It would still be nice to know what the cause is and why 386bsd
  46. provokes the problem.
  47.  
  48. Thanks to several, especially forsyth@minster.york.ac.uk
  49. -Andrew
  50. -- 
  51.  
  52. Andrew Torda, Computational Chemistry, ETH, Zurich, torda@igc.ethz.ch
  53.