Storport Driver Map Buffer Question

NTDEV
1

Hi All,
I know that storport driver does not map the virtual address to the physical address of the data buffer. I just want to know that weather it is true only for read/write command or it is also true for ReadCapacity??

How about Inquiry??

I think Microsoft guys would be able to answer this.
Thanks,
Ajitabh

Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

2

Ok, so only Microsoft personnel can answer this question. That means the poor schmucks that TEACH Microsoft how to spell DEVICE DRIVER, must not answer the question. So, OSR can ignore the question. StorageCraft, or Jamey Kirby and Max should ignore the question. Mark Roddy and Don Burn should ignore the question.

Sheesh. Talk about shooting yourself in the foot. Ajitabh, you do realize that a very large percentage of the answers and solutions on these forums do not originate in Redmond, Washington? Redmond may produce the OS, but by far the largest percentage of drivers are produced by us poor pathetic souls outside of Redmond? Redirect your arrogance somewhere else and try again.

–
The personal opinion of
Gary G. Little
“Driver Coder” wrote in message news:xxxxx@ntdev…
Hi All,
I know that storport driver does not map the virtual address to the physical address of the data buffer. I just want to know that weather it is true only for read/write command or it is also true for ReadCapacity??

How about Inquiry??

I think Microsoft guys would be able to answer this.
Thanks,
Ajitabh
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

3

No that is exactly NOT what i ment. My apologies. Guys i know that there are great people here and i hold great respect for the guys you mentioned in your mail. I have been on this list for about 6-7 years now and i exactly know what Gary mean. This list has always proven to be the best resource for me in the times of need and most of the answers did came from people outside microsoft.

Once again Gary, I did not mean to sound like that.

“Gary G. Little” wrote:
Ok, so only Microsoft personnel can answer this question. That means the poor schmucks that TEACH Microsoft how to spell DEVICE DRIVER, must not answer the question. So, OSR can ignore the question. StorageCraft, or Jamey Kirby and Max should ignore the question. Mark Roddy and Don Burn should ignore the question.

Sheesh. Talk about shooting yourself in the foot. Ajitabh, you do realize that a very large percentage of the answers and solutions on these forums do not originate in Redmond, Washington? Redmond may produce the OS, but by far the largest percentage of drivers are produced by us poor pathetic souls outside of Redmond? Redirect your arrogance somewhere else and try again.

–
The personal opinion of
Gary G. Little
“Driver Coder” wrote in message news:xxxxx@ntdev…
Hi All,
I know that storport driver does not map the virtual address to the physical address of the data buffer. I just want to know that weather it is true only for read/write command or it is also true for ReadCapacity??

How about Inquiry??

I think Microsoft guys would be able to answer this.
Thanks,
Ajitabh

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

—
Questions? First check the Kernel Driver FAQ at http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

---------------------------------
Start your day with Yahoo! - make it your home page

4

I know this member and the DDK explains this pretty clearly. But this does not work as it is described in DDK. If i set it to STOR_MAP_ALL_BUFFERS it STILL does not map READ/Write buffers. I just wanted to know weather it will map the buffer for READ_CAPACITY or not.

Thanks,
Ajitabh

xxxxx@attotech.com wrote:

See the MapBuffers member of the HW_INITIALIZATION_DATA structure in the DDK. For StorPort, setting this to STOR_MAP_NON_READ_WRITE_BUFFERS will map anything but read/write requests. Other settings cause StorPort to map all or no buffers.

For ScsiPort, there is no such option - you can have all buffers mapped or none.

Jerry.

xxxxx@lists.osr.com wrote on 08/16/2005 02:06:56 PM:

Hi All,
I know that storport driver does not map the virtual
address to the physical address of the data buffer. I just want to
know that weather it is true only for read/write command or it is
also true for ReadCapacity??

How about Inquiry??

I think Microsoft guys would be able to answer this.
Thanks,
Ajitabh

Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com — Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256 You are currently
subscribed to ntdev as: xxxxx@attotech.com To unsubscribe send a
blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@yahoo.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

Start your day with Yahoo! - make it your home page

5

So the real story:

  1. As Jerry says, this (MapBuffers=STOR_MAP_ALL_BUFFERS) is a
    Storport bug. We’re fixing it, no ETA at this point.

  2. For non-R/W requests (INQUIRY, REPORT LUNS, MODE SENSE, etc),
    these come from either a driver (e.g., initiated by disk.sys or the port
    driver itself) or through a passthrough command. These buffers will
    always be “mapped”. It’s conceivable that a private driver (class,
    filter) sitting on top of the port driver could pass down a user buffer
    and no guarantees on that, but I’m not aware of any such implementation.
    As far as MS port drivers are concerned, these requests can be handled
    in your miniports without setting MapBuffers. In fact for SCSIport, it’s
    much better to avoid MapBuffers unless you need to touch the R/W data
    buffers.

From: xxxxx@attotech.com [mailto:xxxxx@attotech.com]
Sent: Tuesday, August 16, 2005 12:15 PM
Subject: Re: Storport Driver Map Buffer Question

Ok … sounds like a bug to me. But I do know from personal experience
if you set it to STOR_MAP_NON_READ_WRITE_BUFFERS, it DOES map Inquiry
buffers and I would expect it to map other buffers like Read Capacity,
Report LUNs, etc. Best I can say is try it and see.

Jerry.

xxxxx@lists.osr.com wrote on 08/16/2005 02:59:54 PM:

I know this member and the DDK explains this pretty clearly. But
this does not work as it is described in DDK. If i set it to
STOR_MAP_ALL_BUFFERS it STILL does not map READ/Write buffers. I
just wanted to know weather it will map the buffer for READ_CAPACITY
or not.

Thanks,
Ajitabh

xxxxx@attotech.com wrote:
See the MapBuffers member of the HW_INITIALIZATION_DATA structure in
the DDK. For StorPort, setting this to
STOR_MAP_NON_READ_WRITE_BUFFERS will map anything but read/write
requests. Other settings cause StorPort to map all or no buffers.

For ScsiPort, there is no such option - you can have all buffers
mapped or none.

Jerry.

xxxxx@lists.osr.com wrote on 08/16/2005 02:06:56 PM:

> Hi All,
> I know that storport driver does not map the virtual
> address to the physical address of the data buffer. I just want to
> know that weather it is true only for read/write command or it is
> also true for ReadCapacity??
>
> How about Inquiry??
>
> I think Microsoft guys would be able to answer this.
> Thanks,
> Ajitabh
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com — Questions? First check the Kernel Driver
FAQ at
> http://www.osronline.com/article.cfm?id=256 You are currently
> subscribed to ntdev as: xxxxx@attotech.com To unsubscribe send a
> blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at http://www.
osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@yahoo.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
Start your day with Yahoo! - make it your home page — Questions?
First check the Kernel Driver FAQ at http://www.osronline.
com/article.cfm?id=256 You are currently subscribed to ntdev as:
xxxxx@attotech.com To unsubscribe send a blank email to leave-
xxxxx@lists.osr.com

6

(OOPS - Sent this to the wrong list with the wrong subject line! Sorry.
Been having lots of trouble with that Lotus Notes piece-o-crap and just
got carried away.)

Jeffrey,

In the past, I have seen that with ScsiPort, inquiry, read capacity,
report LINs buffers that came from psssthrough were NOT mapped in system
space with MapBuffers set to FALSE. (Of course any coming from the port
driver and class drivers were mapped.) Has this changed? If so, with
what version of the OS and/or service pack?

Thanks,

Jerry.

>>>>>
So the real story:

  1. As Jerry says, this (MapBuffers=STOR_MAP_ALL_BUFFERS) is a
    Storport bug. We?re fixing it, no ETA at this point.
  2. For non-R/W requests (INQUIRY, REPORT LUNS, MODE SENSE, etc),
    these come from either a driver (e.g., initiated by disk.sys or the port
    driver itself) or through a passthrough command. These buffers will always
    be ?mapped?. It?s conceivable that a private driver (class, filter)
    sitting on top of the port driver could pass down a user buffer and no
    guarantees on that, but I?m not aware of any such implementation. As far
    as MS port drivers are concerned, these requests can be handled in your
    miniports without setting MapBuffers. In fact for SCSIport, it?s much
    better to avoid MapBuffers unless you need to touch the R/W data buffers.
    <<<<<<