home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 21147 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.0 KB
  1. Path: sparky!uunet!ogicse!das-news.harvard.edu!spdcc!rbraun
  2. From: rbraun@spdcc.com (Rich Braun)
  3. Newsgroups: comp.os.linux
  4. Subject: Serial driver issues
  5. Message-ID: <1992Dec20.051300.1475@spdcc.com>
  6. Date: 20 Dec 92 05:13:00 GMT
  7. Article-I.D.: spdcc.1992Dec20.051300.1475
  8. Organization: Jupiter Technology Inc., Waltham MA
  9. Lines: 35
  10.  
  11. I've been playing around with Linux 0.98p5, trying to get it to communicate
  12. with two serial printers, an internal modem, and a terminal.  At the
  13. moment, I'm typing this posting through the modem on /dev/ttys1 (with
  14. the ATS25=50 setting I mentioned in an earlier posting, to deal with
  15. momentary DTR lossage), and there's an interesting conflict with the
  16. interactive session on /dev/ttys3.
  17.  
  18. COM1 and COM3 use the same IRQ vector, and what I see is that output
  19. sent to ttys3 out at a *very* slow rate (like 30cps), and no input for
  20. ttys3 is handled until after a byte is fetched on ttys1.  (Example,
  21. I type 'pwd' on the other session, and nothing echoes.  I then type
  22. another character into this posting, a 'p' shows up on the other session,
  23. and the 'wd' are discarded.)
  24.  
  25. This may be a problem with misconfigured hardware (COM3 might be
  26. jumpered wrong) or a bug in Linux' serial driver.  Any theories?  Has
  27. anyone else run this kind of test?
  28.  
  29. Along similar lines, I notice that XON/XOFF flow control does not work
  30. on this port.  Even if I set the stop char to something other than
  31. ^S, output won't stop when I type it.  Haven't tried other ports.
  32. This means my serial printer won't work as it did under DOS.
  33.  
  34. Finally, the getty program appears to alter the clocal setting and a
  35. few others for the serial device.  I can't get it to work at all with
  36. this serial port, since getty sees a hangup signal immediately.  I've
  37. had to make do with the 'doshell' program.  Is there any way to make
  38. getty not do this?  Do I need to patch the source?  Is this considered
  39. a bug or a deliberate design?
  40.  
  41. If there are actually bugs here, as opposed to mere operator confusion,
  42. I'd like to try fixing them prior to the 1.0 release.
  43.  
  44. Thanks!
  45. -rich
  46.