home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / admin / 8100 < prev    next >
Encoding:
Text File  |  1992-11-09  |  4.0 KB  |  89 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!munnari.oz.au!metro!dmssyd.syd.dms.CSIRO.AU!megadata!andrew
  3. From: andrew@megadata.mega.oz.au (Andrew McRae)
  4. Subject: Re: High Speed Serial Patch
  5. Message-ID: <1992Nov10.031818.11882@megadata.mega.oz.au>
  6. Originator: andrew@noah
  7. Sender: news@megadata.mega.oz.au
  8. Organization: Megadata P/L, North Ryde, Sydney, Aust.
  9. References: <searsk-051192150648@3.7.192.220>
  10. Date: Tue, 10 Nov 1992 03:18:18 GMT
  11. Lines: 76
  12.  
  13. searsk@med.ge.com (Kevin Sears):
  14. > CONSULT-HSPEED version 1.3
  15. > 
  16. > This special consists of a streamlined, low-overhead STREAMS module that
  17. > provides reliable input at
  18. > speeds up to 38.4 Kbps over any Sun serial RS-232 port.
  19. > 
  20. > This special provides only raw character input to a user process. No
  21. > canonical processing, newline, 
  22. > carriage return or uppercase conversion is performed on the input stream.
  23.  
  24. How is this different from the bottom end STREAMS driver (the one
  25. that talks to the h/w)? I mean, none of these things mentioned
  26. above are actually performed in the bottom end driver (are they?),
  27. but in the ttcompat and ldterm STREAMS module. If you popped *all*
  28. the STREAMS modules, then you should get a `streamlined, low-overhead
  29. STREAMS module' that's simply the serial port driver.
  30.  
  31. Taken from the zs man entry:
  32.  
  33.      The Zilog 8530 provides 2 serial  communication  ports  with
  34.      full modem control in asynchronous mode.  Each port supports
  35.      those termio(4) device control functions specified by  flags
  36.      in  the  c_cflag  word  of  the termios structure and by the
  37.      IGNBRK, IGNPAR, PARMRK, or INPCK flags in the  c_iflag  word
  38.      of  the  termios  structure  are performed by the zs driver.
  39.      All other termio(4) functions must be performed  by  STREAMS
  40.      modules pushed atop the driver; when a device is opened, the
  41.      ldterm(4M) and ttcompat(4M) STREAMS  modules  are  automati-
  42.      cally  pushed  on  top of the stream, providing the standard
  43.      termio(4) interface.
  44.  
  45. The c_cflag word of termios gives you:
  46.  
  47.           CBAUD   0000017       Baud rate:
  48.           CSIZE   0000060       Character size:
  49.           CSTOPB  0000100       Send two stop bits, else one.
  50.           CREAD   0000200       Enable receiver.
  51.           PARENB  0000400       Parity enable.
  52.           PARODD  0001000       Odd parity, else even.
  53.           HUPCL   0002000       Hang up on last close.
  54.           CLOCAL  0004000       Local line, else dial-up.
  55.           CIBAUD  03600000      Input baud rate, if different from output rate.
  56.           CRTSCTS 020000000000  Enable RTS/CTS flow control.
  57.  
  58. It is hard to see how you could still do without these in *any*
  59. driver, streamlined or not, since these flags control the hardware
  60. modes of the serial line such as the baud rate, stop bits etc.
  61.  
  62. This HSPEED module doesn't seem to allow any other STREAMS modules
  63. to be pushed on top - what if I have a SL/IP module I want to
  64. run at 19.2 Kbaud? Or any other special protocol?
  65. Why can't I push a STREAMS module onto the driver - how does the
  66. driver interface with the rest of the system - if it is a true STREAMS
  67. module than I should be able to push another module onto it (by
  68. definition)! If it ISN'T a STREAMS module, but simply a
  69. character device driver for the serial port (i.e. no STREAMS overhead),
  70. then it may be much more efficient, but why call it a STREAMS module?
  71. And why can't this efficiency be placed into the *real* serial
  72. driver?
  73.  
  74. What is the point? Isn't the *whole* aim of STREAMS to get AWAY from
  75. these special drivers that you can't place line disciplines on top of?
  76.  
  77. I have never got a straight answer from *anyone* about why Sun
  78. serial drivers are so slow and inefficient - this just confuses
  79. me even more. I can't see any reason for keeping the driver so
  80. inefficient; it's not like keeping the CPU slow deliberately so that
  81. the customer will have to buy a bigger and much more expensive CPU :-)
  82.  
  83. > Kevin D. Sears
  84.  
  85. Andrew McRae            inet:    andrew@megadata.mega.oz.au
  86. Megadata Pty Ltd,        uucp:    ..!uunet!megadata.mega.oz.au!andrew
  87. North Ryde  2113        Phone:    +61 2 805 0899
  88. NSW    AUSTRALIA        Fax:    +61 2 887 4847
  89.