[nvmewin] Implementing a debug purpose Read/Write using IOCTL_SCSI_MINIPORT

[Alex Chang]

Hi Sagi,

Yes, you're right that it's due to security reasons and, in addition, you may access the associated storage as a physical or formatted drive with Windows supported APIs for your debugging purposes, like IOMeter does.

Thanks,
Alex

From: nvmewin-bounces at lists.openfabrics.org [mailto:nvmewin-bounces at lists.openfabrics.org] On Behalf Of Sagi Bar
Sent: Tuesday, July 22, 2014 5:21 AM
To: nvmewin at lists.openfabrics.org
Cc: Roman Goldshtein
Subject: [nvmewin] Implementing a debug purpose Read/Write using IOCTL_SCSI_MINIPORT


Hello Guys,

I would like to implement a debug purpose flow of performing NVME disk IO bypassing the StorPort under Windows 8.1.

I thought about implementing it using "IOCTL_SCSI_MINIPORT" on host side and adding code under "NVM_WRITE/ NVM_READ" on the target side.

I wonder whether anyone here has done it before and can share insights.

Moreover, Is there any particular reason why NVME READ/WRITE commands are not implanted via IOCTL interface, except security ?

Thank you,

Sagi Bar
Test & Tools Staff FW Engineer
[cid:image001.png at 01CEA3CD.FE1957E0]
7 Atir Yeda St, Kfar - Saba 44425, Israel
sagi.bar at SanDisk.com<mailto:sagi.bar at SanDisk.com>


________________________________

PLEASE NOTE: The information contained in this electronic mail message is intended only for the use of the designated recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify the sender by telephone or e-mail (as shown above) immediately and destroy any and all copies of this message in your possession (whether hard copies or electronically stored copies).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20140722/870b3327/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 2139 bytes
Desc: image001.png
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20140722/870b3327/attachment.png>