home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16093 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.2 KB  |  53 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!daemon
  3. From: Theodore Ts'o <tytso@Athena.MIT.EDU>
  4. Subject: Re: C-Kermit, usleep, rts/cts
  5. Message-ID: <1992Nov9.054505.23273@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: tytso@Athena.MIT.EDU
  8. Organization: The Internet
  9. Date: Mon, 9 Nov 1992 05:45:05 GMT
  10. Lines: 41
  11.  
  12.    From: engel@sj.ate.slb.com (Mike Engelhardt)
  13.    Date: 8 Nov 92 00:25:36 GMT
  14.  
  15.    There's been a number of articles about Kermit.  I report some updated
  16.    information and summarize.
  17.  
  18. Thanks for your summary!
  19.  
  20.    2.  There is a makefile entry for Linux called linuxgcc2.  Just typing
  21.        'make linuxgcc2' will result in a version which (i) will not
  22.        supply guard time around the '+++' escape sequence of a Hayes
  23.        modem and (ii) not allow you to set hardware flow control.  Use
  24.  
  25.         make linuxgcc2 "KFLAGS = -DCK_RTSCTS -DUSLEEP"
  26.  
  27. Did you sent this change back to Columbia?  If not, let me encourage you
  28. to do so!
  29.  
  30.    4.  There is no support for a 57600 baud DTE connection in either
  31.        Kermit or <linux/termios.h>.  Trivial hacks my my part didn't fix
  32.        this.   Will Linux support 57600 baud in the future?  It's
  33.        important because when working on the same source code on two
  34.        machines, there's no reason to have compressed versions lying
  35.        around just so that they can be moved faster.  Also, v.32bis often
  36.        compresses better than UNIX's compress.  It's silly for the DTE
  37.        speed to be the bottle neck instead of the phone line!
  38.  
  39. Actually, Linux does support 56000 baud (is 56000 or 56700 standard?  My
  40. National Semiconductor 16550A Spec sheets list 56000, not 56700), and
  41. indeed it actually supports any arbitrary buad rate; but in order to
  42. access it, you need to use a non-standard ioctl(), due to the deficiency
  43. of the System 7 compatible termio interface.  (We could change the
  44. termio support to use the BSD 4.4 method, which elimates these
  45. restrictions; but only with great pain and by removing a certain aspect
  46. of System V compatibility.)
  47.  
  48. In any case, Linux does support 38400 using the standard interface,
  49. which should typically be fast enough for v.32bis/v.32bis, I would
  50. expect. 
  51.  
  52.                             - Ted
  53.