home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / sysv386 / 13318 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  2.4 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!west.West.Sun.COM!cronkite.Central.Sun.COM!sixgun.East.Sun.COM!seven-up.East.Sun.COM!uk-news.UK.Sun.COM!sungy!stasys!lmsys!mrz!jochen
  2. From: jochen@mrz.sub.org (Jochen Fahrner)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: SCO: loosing characters on serial port
  5. Message-ID: <JOCHEN.92Aug18115519@mrz.sub.org>
  6. Date: 18 Aug 92 09:55:19 GMT
  7. References: <JOCHEN.92Aug16104646@busybit.mrz.sub.org>
  8.     <Bt4IBM.GJy@gator.rn.com>
  9. Sender: uucp@stasys.sta.sub.org
  10. Organization: Muenchener Rechenzentrum, Munich/Bavaria
  11. Lines: 37
  12. X-Md4-Signature: 99fc778b57a51b985686515075d8cd2e
  13. In-Reply-To: larry@gator.rn.com's message of 17 Aug 92 10:26:09 GMT
  14.  
  15. In article <Bt4IBM.GJy@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
  16.  
  17.    Yes -- we have a 486/50 running SCO 3.2.2 and have a dumb serial port
  18.    locked at 19200 (it's not a 16550AFN) and we get a steady 1260-1320 cps
  19.    on outbound traffic, and 800 cps on inbound.
  20.  
  21. I think you have the same problem. Why do you only get 800 cps on
  22. inbound traffic ? This should be the same as outbound.
  23. The cause is probably, that you loose incoming characters, which cause
  24. the uucp protocol to stop, waiting for a timeout.
  25.  
  26. You should try the following:
  27. Login to your News-Site with a normal shell account and do something
  28. like "ls -lR", which you can check easy for loosing characters. At the
  29. same time do something like "while : ; cp /unix /tmp/unix; done" in
  30. the background.
  31.  
  32. You can also watch the Rx-Led on your modem when uucico receives large
  33. files. The Rx-Led should never stop flickering. If it does for more
  34. than one second, you probably loose incoming characters.
  35.  
  36. I just spoke with our dealer: the german distributor, from which he
  37. receives the adaptec controllers, knows about problems with adaptec
  38. 1542 in multitasking systems like OS/2 or unix. Even in DOS
  39. environments problems are reported.  But adaptec always says, it's not
  40. their controller, these are timing problems with the mainboard. This
  41. distributor recommends: don't use the 1542 in multitasking systems,
  42. use the 1522 (which is not so good in performance with large disks),
  43. use the 1742 (in EISA systems) or use an adapter from other
  44. manufacturers like Future Domain or DPT.
  45.  
  46. P.S.: To all mainboard manufacturers in this world: Make it
  47. Adaptec-1542-compatible :-) :-) :-)
  48. --
  49. Jochen Fahrner, jochen@mrz.sub.org, Home: jochen@busybit.mrz.sub.org
  50.