home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11851 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!darwin.sura.net!haven.umd.edu!decuac!pa.dec.com!granite.pa.dec.com!ajc
  2. From: ajc@pa.dec.com (AJ Casamento)
  3. Newsgroups: comp.arch
  4. Subject: Re: question about DMA devices
  5. Followup-To: comp.arch
  6. Date: 21 Dec 92 19:56:46
  7. Organization: Digital Equipment Corporation
  8. Lines: 68
  9. Message-ID: <AJC.92Dec21195646@thendara.pa.dec.com>
  10. References: <1992Dec18.175402.27841@hubcap.clemson.edu>
  11. NNTP-Posting-Host: thendara.pa.dec.com
  12. In-reply-to: dfk@wildcat.dartmouth.edu's message of Fri, 18 Dec 1992 16:59:15 GMT
  13.  
  14.  
  15.  
  16.  
  17. In article <1992Dec18.175402.27841@hubcap.clemson.edu> dfk@wildcat.dartmouth.
  18. edu (David Kotz) writes:
  19.  
  20.  
  21. >> I have a question about DMA devices, specifically for networks and disks.
  22.  
  23. >> Do you know if it is possible (and if so, common) for a DMA device to
  24. >> support scatter/gather? In particular, I'm trying to model a
  25. >> multiprocessor interconnect network interface, and it would be very
  26. >> helpful if I could avoid packetization by specifying the addresses and
  27. >> lengths of my message header and message body, for the network DMA to
  28. >> pick up. I'm guessing that this is not usually an option.
  29.  
  30. >> Also, in a disk interface, can it read in a whole track but scatter
  31. >> the blocks to different locations in memory? I'm guessing that this
  32. >> kind of thing is more common.
  33.  
  34. >> Thanks,
  35. >> dave
  36.  
  37. Dave,
  38.  
  39.   It is certainly possible to have a DMA device which utilizes a scatter/gather
  40. function. In fact, the TcIA (TURBOchannel Interface ASIC, from Siemens) does
  41. exactly that. It seemed a necessary piece of functionality given that the speed
  42. of servicing an interrupt to the OS to load another pointer is one of the long-
  43. est delays around. You can get a preliminary copy of the TcIA specification by
  44. anonymous ftp from:
  45.  
  46. gatekeeper:    16.1.0.2        gatekeeper:pub/DEC/TriAdd/tci_spec06.ps
  47.                               tci_spec06.ps.Z
  48.  
  49. That should give you some backround ideas. Building a network interface around
  50. such a device shouldn't be difficult.
  51.  
  52.   As to the disk drive interface; well if we determine a DMA capable controller
  53. which can handle good sized transactions I'd say it would have to (I should
  54. mention here that TURBOchannel uses physical DMA addresses). Given that when an
  55. application wants to DMA a large file (say a live video image) into system
  56. memory that application allocates a number of pages of virtual memory, it is
  57. frequently safe to expect that while those pages may be logically contiguous to
  58. the memory system, it is unlikely to be physically contiguous. Therefore, the
  59. disk controller (if it uses physical DMA addresses) will have to be capable of
  60. the type of activity you are suggesting. A possible source of information for
  61. you about this is a company called GENROCO. They make a TURBOchannel IPI card
  62. that is both very fast and handles this sort of DMA activity. You can reach the
  63. company at    sales@genroco.com    and ask that the information request
  64. be forwarded to one of the engineering folks. They're a friendly crowd and not
  65. at all shy about discussing their products (understandably, as they have some
  66. really good products) so I imagine they'll be willing to discuss it with you.
  67.  
  68. I hope that helps.
  69.  
  70.                 Thanx,
  71.                   AJ
  72.  
  73.  
  74.       **********************************************************************
  75.       * AJ Casamento            "The question is not whether or    *
  76.       * Digital's TRI/ADD Program     not the opinions are mine; but    *
  77.       * 529 Bryant Ave. PAG-2         rather, which of my personalities *
  78.       * Palo Alto, CA 94301-1616     do they belong to?"           *
  79.       * 415.617.3460                               *
  80.       * ajc@pa.dec.com                             *
  81.       **********************************************************************
  82.