home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 29597 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.5 KB

  1. Xref: sparky comp.os.os2.misc:29597 comp.periphs.scsi:4402
  2. Path: sparky!uunet!portal!cup.portal.com!ts
  3. From: ts@cup.portal.com (Tim W Smith)
  4. Newsgroups: comp.os.os2.misc,comp.periphs.scsi
  5. Subject: Re: CDROM drives and OS2ASPI.DMD
  6. Message-ID: <65517@cup.portal.com>
  7. Date: Tue,  8 Sep 92 20:54:04 PDT
  8. Organization: The Portal System (TM)
  9. References:  <1992Sep4.132342.3214@ryn.mro4.dec.com>
  10. Lines: 25
  11.  
  12. > I've tried a few combinations of switches on AHA154X.ADD to prevent the
  13. > ASPI driver from allocating the CDROM per the instructions in the aspibeta.zoo
  14. > kit (OS2_20.TXT):
  15. >    BASEDEV=AHA154X.ADD /A:0 /!DM:3 /SM:3
  16. > and
  17. >    BASEDEV=AHA154X.ADD /A:0 /!DM:3
  18. >
  19. > This technique seems a little strange to me since it's not clear how the /!
  20. > switches communicate to the a specific driver so it's possible I have this
  21. > part wrong.
  22.  
  23. Is there any evidence that these switches actually do anything?  I work for
  24. a company that writes SCSI software, and I put a breakpoint at our ADD's
  25. entry point and poked around with the OS/2 debugger.  OS/2 does *NOT*
  26. appear to actually pass in the BASEDEV line to the ADD, even though the
  27. PDD and ADD specs claim it does.  Either I made a dumb mistake, or this
  28. part of BASDEV handing is not yet present, which would explain why these
  29. switches didn't help you!
  30.  
  31. (As to how these switches communicate with other drivers, that is via
  32. flags in the device table built by the ADD and examined by DMDs.  There
  33. are flags in that table that the DM and SM arguments control.)
  34.  
  35. --Tim Smith
  36.