home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / alpha / 136 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  1.8 KB
  1. Xref: sparky vmsnet.alpha:136 comp.sys.dec:7089
  2. Path: sparky!uunet!usc!sdd.hp.com!crash!cmkrnl!jeh
  3. From: jeh@cmkrnl.com
  4. Newsgroups: vmsnet.alpha,comp.sys.dec
  5. Subject: Re: No 64-bit OpenVMS soon?
  6. Message-ID: <1993Jan22.212534.1268@cmkrnl.com>
  7. Date: 22 Jan 93 21:25:33 PST
  8. References: <1993Jan15.194312.3438@sol.UVic.CA> <1993Jan18.172458.24506@eco.twg.com>  <C19M1B.KHM@dscomsa.desy.de>
  9. Organization: Kernel Mode Systems, San Diego, CA
  10. Lines: 27
  11.  
  12. In article <C19M1B.KHM@dscomsa.desy.de>, hallam@zeus02.desy.de 
  13. (Phill Hallam-Baker) writes:
  14. > |>"Non-DSA disk devices can read or write up to 65.535 bytes in a single
  15. > |> request. DSA devices connected to an HSC50 can transfer up to 4 billion
  16. > |> bytes in a single request. In all cases, the maximum size of the transfer
  17. > |> is limited by the number of pages which can be faulted into the process's
  18. > |> working set and then locked into memory."
  19. > |>
  20. > |>The relevant fields of the IRP were expanded to 32 bits during the V3 -> V4
  21. > |>enhancements.
  22. > 
  23. > Read the device driver manual and look at the format of the QIO. The 16 bit
  24. > length is hard coded in there.
  25.  
  26. Where are you looking, and in what "device driver manual"?  
  27.  
  28. The code in places like EXE$WRITE (often used as an FDT routine for handling
  29. "generic" direct I/O requests) handles the P2 argument (transfer length in
  30. bytes) as a longword.  It's saved in IRP$L_BCNT as a longword.  Many device
  31. drivers return the transfer length in the second and third words of the IOSB,
  32. as a longword.  
  33.  
  34.     --- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
  35. drivers, internals, networks, applications, and training for VMS and Windows NT
  36. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  37. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  38. Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
  39.