home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / 3b1 / 4231 < prev    next >
Encoding:
Text File  |  1993-01-10  |  3.1 KB  |  59 lines

  1. Newsgroups: comp.sys.3b1
  2. Path: sparky!uunet!utcsri!torn!spool.mu.edu!introl.introl.com!booth!roger
  3. From: roger@booth.uucp (Roger Abrahams)
  4. Subject: Re: rs232 computer connection
  5. Message-ID: <C0n9v0.yH@booth.uucp>
  6. Organization: Private System
  7. References: <C0JrBA.I3z@news.cso.uiuc.edu> <1993Jan9.161859.17117@colnet.cmhnet.org>
  8. Date: Sun, 10 Jan 1993 15:32:59 GMT
  9. Lines: 48
  10.  
  11. In article <1993Jan9.161859.17117@colnet.cmhnet.org> res@colnet.cmhnet.org (Rob Stampfli) writes:
  12. >In article <C0JrBA.I3z@news.cso.uiuc.edu> mrjg8679@uxa.cso.uiuc.edu (Michael R James) writes:
  13. >>I have my 3b1 configured to answer on the serial port
  14. >>with a 486 clone running OS/2 on the other end.
  15. >>Problems:
  16. >>1) I'm not getting 9600 baud over this connection, the line
  17. >>appears to very slow with a lot of lag.  But file transfers do work.
  18. >>
  19. >>2) Shutting off my 486 crashes the 3b1, although I can disconnect
  20. >>the serial cable and then shutdown with no effect (on the 3b1).
  21. >>
  22. >>Any ideas what my problems might be?  Maybe this isn't new but
  23. >>the FAQ doesn't address these problems.
  24. >
  25. >This is from memory, so it may not be 100 percent accurate.  There was a
  26. >design bug found in an early version of the 8530 chip that was used in some
  27. >later versions of the serial and combo cards.  The card was redesigned to
  28. >cut costs, and the redesign uncovered the bug.  I'm not sure of the revision
  29. >number of the affected cards, but I know the "E" series was clean, so the
  30. >problem was introduced after that, I think around "G" or so.  If you have
  31. >a board that has one silver box instead of two crystals on it, it has the
  32. >potential for being affected.
  33. >
  34. >The bug manifests itself by allowing the card, when in use, to "ring",
  35. >causing many high level interrupts of the 68010 in quick succession.  This
  36. >has the effect of consuming all the processor's time, effectively locking it
  37. >up from the UNIX-PC's perspective.  Of the "affected" batch of cards, only
  38. >some actually exhibit these symptoms.  The rest are "on the edge", but work.
  39. >The solution is to replace the 8530 chip with a newer one where the bug has
  40. >been eliminated.  The old 8530 is still good for service in devices that
  41. >don't stress it in this particular way, like older serial cards or DOS boxes.
  42. >(But, obviously, don't just swap chips with the older cards, since they
  43. >don't have the corrected 8530s.)
  44. >
  45. >If you see your Unix-PC just lock up (LEDS aren't even blinking), try this: 
  46. >Disconnect the RS232 connections, one by one, from the serial cards.  It
  47. >might take the machine several seconds to recover from processing the queued
  48. >interrupts, but when you disconnect the right cable, the machine will
  49. >eventually come back to life in most cases.  (If it has been locked up for
  50. >an exceeding long time, a stack may be blown and a reboot required.)  If,
  51. >on the other hand, the machine starts working again, you have found your
  52. >problem.  AT&T used to send you a free good 8530 if you complained that you
  53. >had these symptoms.  I doubt the offer is still good.
  54. >-- 
  55. >Rob Stampfli  rob@colnet.cmhnet.org      The neat thing about standards:
  56. >614-864-9377  HAM RADIO: kd8wk@n8jyv.oh  There are so many to choose from.
  57.  
  58.  
  59.