home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / xenix / sco / 3365 < prev    next >
Encoding:
Text File  |  1992-11-24  |  1.3 KB  |  36 lines

  1. Newsgroups: comp.unix.xenix.sco
  2. Path: sparky!uunet!world!apl
  3. From: apl@world.std.com (Anthony P Lawrence)
  4. Subject: Re: CLISTs and intelligent i/o cards
  5. Message-ID: <By74rA.F01@world.std.com>
  6. Organization: The World Public Access UNIX, Brookline, MA
  7. X-Newsreader: Tin 1.1 PL3
  8. References: <211@ucla-an.UUCP>
  9. Date: Tue, 24 Nov 1992 01:13:58 GMT
  10. Lines: 24
  11.  
  12. daveh@ucla-an.UUCP (Dave Hammond) writes:
  13. : In article <4496@teslab.lab.oz.au> andrew@teslab.lab.oz.au (Andrew Phillips) writes:
  14. : >........................................  I also think CLISTS have
  15. : >nothing to do with it as our Specialix I/O port driver does not use
  16. : >them.
  17. : This is interesting.  Is the Specialix unique in not using CLISTs,
  18. : or is this a property of most (all?) intelligent i/o cards?
  19. CLISTS are buffers provided by the kernel for use by character device
  20. drivers.
  21.  
  22. There is nothing that prevents a device driver from allocating it's
  23. own buffers and thereby *not* use any clists, but I rather doubt that
  24. Specialix or any other i/o card is unbuffered :-)  It may in fact be
  25. that Specialix feels that they need a much more sophisticated structure 
  26. than that provided by the OS.
  27.  
  28.  
  29.         Tony   apl@world.std.com
  30.     (who is no expert on this subject!)
  31.  
  32. Lawrence & Clark, Inc        (617) 762-0707    (206) 323-2864
  33. Xenix/Unix support,etc           Boston         Seattle
  34.