home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / alpha / 155 < prev    next >
Encoding:
Text File  |  1993-01-27  |  2.2 KB  |  46 lines
  1. Newsgroups: vmsnet.alpha
  2. Path: sparky!uunet!eco.twg.com!eco.twg.com!reece
  3. From: reece@eco.twg.com (Reece R. Pollack)
  4. Subject: Re: User-written device drivers on Alpha/VMS
  5. Message-ID: <1993Jan27.195853.5662@eco.twg.com>
  6. Lines: 31
  7. Sender: reece@vishnu.eco.twg.com (Reece R. Pollack)
  8. Nntp-Posting-Host: eco.twg.com
  9. Reply-To: reece@eco.twg.com
  10. Organization: The Wollongong Group (East Coast Operations)
  11. References:  <1993Jan26.125545.1@ssrl01.slac.stanford.edu>
  12. Date: Wed, 27 Jan 93 19:58:53 GMT
  13. Lines: 31
  14.  
  15.  
  16. In article <1993Jan26.125545.1@ssrl01.slac.stanford.edu>, tcox@ssrl01.slac.stanford.edu (Tony Cox - (415)926-3105) writes:
  17. |>A specific concern for me is porting my home grown pseudodriver. On VAX/VMS,
  18. |>this driver processes a series of QIO's from application programs,
  19. |>originally written to control a CAMAC serial highway driver. For compatibility
  20. |>with existing systems, these applications cannot be rewritten. The QIO's
  21. |>come down from the application specifying (in p1-p6) three buffers in 
  22. |>user space. The driver locks these pages in memory, using the usual
  23. |>exe$write/read/modify routines, and then passes the request off to a
  24. |>user-written ACP using EXE$QIOACPPKT.
  25. |>The ACP interprets the information (in this case, generating network requests
  26. |>to uVAXIII systems running VAX/ELN), returns information and status into the
  27. |>buffers in the requesting user process, and then completes the request
  28. |>using COM$POST.
  29. |>
  30. |>So this driver/ACP combination is relatively simple (no hardware access, except
  31. |>via supported network drivers), but it _does_ do some things which I would have
  32. |>thought would require some (possibly extensive) code changes when running on
  33. |>the Alpha.
  34.  
  35. If you're familiar with designing and implementing this on VAX/VMS, you
  36. shouldn't have too much difficulty porting it to AXP/VMS. At least for
  37. the Stage 1 drivers, the code is quite similar, with mainly such things as
  38. structure member size promotions and physical page size issues to deal with.
  39. I ported a pseudo-driver and ACP combination which sounds pretty similar
  40. to yours a few months ago, and didn't have too much trouble with it.
  41.  
  42. --
  43. Reece R. Pollack
  44. Senior Software Engineer
  45. The Wollongong Group, Inc.
  46.