home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / sysv386 / 14472 < prev    next >
Encoding:
Text File  |  1992-09-14  |  4.2 KB  |  84 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!umeecs!nova!ellis
  3. From: ellis@nova.gmi.edu (Stew Ellis)
  4. Subject: Not IRQ2 problem after all, SYSVR4 serial devices not working
  5. Message-ID: <ellis.716500740@nova>
  6. Sender: news@zip.eecs.umich.edu (Mr. News)
  7. Organization: GMI Engineering&Management Institute, Flint, MI
  8. Date: Mon, 14 Sep 1992 19:59:00 GMT
  9. Lines: 73
  10.  
  11. I posted here a couple of days ago concerning problems with serial ports
  12. under Intel SYSVR4.0.3 that I erroneously attributed to IRQ2 from Boca
  13. ET4000 svga card.  Many people offered advice on how to find the trace and
  14. be sure it was interrupted.  I took the board out and discovered that the
  15. BOCA is one of those boards that lacks the IRQ2 trace.  No foil in position
  16. 4 on the solder side of the card.  Back to square one.
  17.  
  18. Configuration:
  19.    Intel 301Z with 12M of 32 bit memory and 387
  20.    1.2 M drive A:, 1.44 M drive B:
  21.    Boca ET4000-based SVGA card OR Oak 256K EVGA card(with IRQ2)
  22.    250M MFM drive, 230M in SYSVR4 partition
  23.    Intel PCL2NIA "smart" ethernet card
  24.    2 Intel ICC 6 port intelligent serial cards
  25.    Archive 499 QIC-02 controller with 60M Archive tape drive
  26.    All hardware jumpered to the values for IRQ and address that are
  27.      specified in the release notes: 2(9) for enet, 5 for tape, 10 for both
  28.      ICC's.
  29.  
  30. Software:
  31.    Zenith DOS 3.3+ on bootable DOS partition(formatted as 3.2-style
  32.      partition)
  33.    Intel SYSVR4.0.3, shipped at about the same time that ISC took over
  34.      Intel's UNIX end-user business.  Should be nearly identical to early
  35.      ISC SYSR4.0.3(Did they ever make additional changes?), with all
  36.      standard packages installed, plus multiuser.  The ICC drivers come from
  37.      an Intel "end-of-life" kit. Marked release 2 for SYSVR4.
  38.  
  39. Symptom:
  40.    All attempts to access any of the serial ports fail with "unable to
  41.      create"(attempting 'cat /.profile > /dev/tty00{s|h}'), or DEVICE
  42.      UNAVAILABLE or UNABLE TO ACCESS DEVICE(cu -l /dev/tty00{s|h} -s 2400).
  43.      The curly braces indicate optional parameters.  These messages vary
  44.      a little from port to port on the ICC's ( ttyi[a-l] or ttyi[A-L] ).
  45.      All of these are while executing as root or as a regular user with
  46.      $HOME/.profile.
  47.  
  48. I first erroneously associated the failure condition with the possibility
  49. that there was a conflict between the retrace interrupt found on many VGA
  50. boards and the fact that the ICC's were on 10.  Presumably Intel should be
  51. able to handle the potential conflicts between the recommended 9 for the
  52. enet and 10 for the serial cards, all their hardware and drivers.  In the
  53. last stage of the boot process, code for the 186 on the ICC card is normally
  54. loaded to device /dev/icc.  With the Boca card in I get an error message
  55. about not finding /dev/icc.  With the Oak card the "firmware" loads alright,
  56. but the same errors are encountered in trying to access either the ICC
  57. serial ports or the COM1-tty00 as before.  I ran pkgchk, and got a number of
  58. errors concerning chksums and permissions, including in the asy pieces.  One
  59. real funny thing is that even though I cannot access tty00, I can install a
  60. Logitech 3-button C9 serial mouse with mouseadmin and it will work with the
  61. stock X11R3.
  62.  
  63. So I removed the ICC package using sysadm, relinked the kernel and
  64. rebooted.  I still cannot access tty00 with cu or cat.  I suppose the next
  65. step is to reload icc and see if that helps.  Then reload SYSVR4 and run
  66. pkgchk.  Even loading from tape, however that is a several hour process
  67. which sometimes hangs when a parity error occurs, making me start over.
  68.  
  69. Has anyone experienced similar problems (even vaguely similar may help)?  I
  70. read about buggy asy, could that have anything to do with it?  Since the
  71. serial port on the MB is known good with DOS, and the ICC boards work fine
  72. with Intel SYSVR3.2.2 or Xenix on other boxes, I am pretty sure I am having
  73. either a software problem or one of those synergistic FUBAR's that DOS
  74. hardware is so good at.
  75.  
  76. Any shots in the dark will also be appreciated.  Thank you.
  77.  
  78.  
  79. --
  80. --                                                        ___________________
  81.   R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  82.   Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  83.   Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
  84.