home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / amiga / 2030 < prev    next >
Encoding:
Text File  |  1992-08-26  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.unix.amiga
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!kksys.com!quest!digibd!kas!rhealey
  3. From: rhealey@kas.helios.mn.org (Rob Healey)
  4. Subject: Re: What to do when you get a panic.
  5. Message-ID: <1992Aug26.143529.18702@kas.helios.mn.org>
  6. Date: Wed, 26 Aug 1992 14:35:29 GMT
  7. References: <1992Aug17.213613.28703@nntpd.lkg.dec.com> <16q0p0INNkm@agate.berkeley.edu> <joe.05oh@jaguar.eagle.mission.tx.us>
  8. Organization: Rob's home system, Hopkins, MN
  9. Lines: 31
  10.  
  11. In article <joe.05oh@jaguar.eagle.mission.tx.us> joe@jaguar.eagle.mission.tx.us (Joe Gonzalez) writes:
  12. =   OK, I'm running Amiga UNIX 2.1 with the patch to 2.1c on an Amiga
  13. =   2000HD,200MB Maxtor LXT213S,OS2.04 ROM,A2091 (2MB RAM), GVP RAM
  14. =   expansion (6MB), and a MegaMidgetRacer 68030/68882 25MHz note that
  15. =   it contains NO 32 bit wide memory (hey, what do you expect from a
  16. =   poor student :) and a Telebit T2500. I've made pratically no 
  17. =   modifications to the system (except for setting up things like uucp).
  18. =
  19. =   the first file starts coming in, the kernel panics. I can use kermit
  20. =   for one or two minutes before crashing. Changing to a US Robotics
  21. =   2400 Courier made no difference. The panic is:
  22. =
  23. =panic: kernel fault psw=0x22000 pc=0x21c64c, fmt=0x0 vector=0x1f
  24. =(Level 7 Interrupt Autovector) 
  25. =  + a bunch of numbers.
  26. =    
  27. =   OK, This is what I got:
  28. =
  29. =slpoll+254              jsr      (%a0)
  30. =
  31.     System died in the "fake UART FIFO" code. Hmmm, are the modems
  32.     dumping alot of messages into the serial line? Is the hardware
  33.     flow control on the modems preventing the system from dumping
  34.     data to the modems? I've seen the ql driver blow chunks when
  35.     flow control prevents data from being drained from buffers either
  36.     in the modem->computer direction or vice versa. The combination of
  37.     the modem dumping messages to a serial port while hardware flow
  38.     control is held low will cause panics. However, as long as data
  39.     is drained off the system should be OK.
  40.  
  41.         -Rob
  42.