home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sysv386 / 16495 < prev    next >
Encoding:
Text File  |  1992-11-15  |  3.1 KB  |  75 lines
  1. Newsgroups: comp.unix.sysv386
  2. From: fred@genesis.demon.co.uk (Lawrence Kirby)
  3. Path: sparky!uunet!pipex!demon!genesis.demon.co.uk!fred
  4. Subject: Using 16550AFN with SCO 3.2.4 
  5. Distribution: world
  6. References: <46W8U3G@geminix.in-berlin.de>
  7. Organization: BT
  8. Lines: 62
  9. Date: Mon, 16 Nov 1992 01:08:08 +0000
  10. Message-ID: <721876088snx@genesis.demon.co.uk>
  11. Sender: usenet@gate.demon.co.uk
  12.  
  13.  
  14. In article <46W8U3G@geminix.in-berlin.de> gemini@geminix.in-berlin.de writes:
  15.  
  16. >
  17. >jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
  18. >
  19. >>In article <1992Nov08.112542.1189@lasernet.co.za> aris@lasernet.co.za (Aris> Stathakis) writes:
  20. >>
  21. >>   >Q2:  Is it possible that this will solve my problem?
  22. >>
  23. >>   I'm running two V.32 modems on an AST 4-port that uses 16450's and I
  24. >>   don't lose any characters (running stock 3.2.2 drivers).  I know of
  25. >>   people that did have problems and installed 16550's and it helped.
  26. >>
  27. >>   You could also try using FAS under 3.2.4 which would improve performance
  28. >>   even more, and give you full-duplex RTS/CTS flow control.
  29. >>
  30. >>Don't use FAS with SCO Unix ! You will get a lot of problems and you
  31. >>really will not need FAS !
  32. >
  33. >The kernel crash problems are gone with FAS 2.10, as far as I know. And
  34. >the FAS problem you've reported wasn't confirmed by any other SCO UNIX
  35. >user. And I myself also couldn't reproduce it. So I declared it a site
  36. >specific problem and didn't persue it any longer. If this bugs you that's
  37. >your problem. However, please don't jump to conclusions and claim that
  38. >your (still unidentified) problem applies to all other SCO UNIX machines
  39. >in the world. There are lots of SCO UNIX users who have FAS installed
  40. >and don't have any problems with it.
  41. >
  42. >>The SCO sio driver *has* 16550 Support.
  43. >>Since release 3.2v4.0 Fullduplex hardware flow control is also
  44. >>implemented.
  45. >
  46. >I'd say that FAS still has many important features that sio doesn't have.
  47. >It may be true that the person who started this thread doesn't need FAS
  48. >for his/her application, but the assumption that FAS doesn't gain you
  49. >anything on SCO UNIX in general would be wrong.
  50. >
  51. >For instance, does sio allow 57600 and 115200 bps? Does it have built-in
  52. >modem line sharing for dialin and dialout (no uugetty hack necessary)?
  53. >Does it have DCD drop sensing on the dialout device, too? This is
  54. >important for uucico dialouts.
  55. >
  56. >      Uwe
  57. >
  58.  
  59. I stumbled on this thread having just get an Internet connection. I did
  60. mail you from Compuserve a week or 2 ago about problems I'm having with FAS
  61. and SCO 3.2.2.
  62.  
  63. FAS 2.09 locks the machine up occasionally so I stopped using it. FAS 2.10
  64. desn't seem to lock the machine up but it does sometimes lock the port up
  65. and the process with it. Control signals DTR,DSR,RTS,CTS are all high and
  66. no amount of kill -9 or >> portname will free it. I never get this problem
  67. under FAS 2.09 or SCO's driver. The problem seems to occur when the port
  68. is transmitting data rather than receiving. A modem dialler is particularly
  69. badly hit by it.
  70.  
  71. -----------------------------------------
  72. Lawrence Kirby | fred@genesis.demon.co.uk
  73. Wilts, England | 70734.126@compuserve.com
  74. -----------------------------------------
  75.