[nvmewin] SCSI to NVMe Mapping

[Uma Parepalli]

Thank you Guy. We will think about it and make a proposal.
WHCK loads its own driver after unloading whatever the driver was loaded under Windows 8.1.
We will have to talk to Microsoft in that case.
Uma


Uma Parepalli
Cell: 408 805 9260
uma.parepalli at skhms.com<mailto:uma.parepalli at skhms.com>
SK Hynix Memory Solutions Inc.
3103 North 1st Street, San Jose, CA


From: Guy Kendall [mailto:guy.kendall at avagotech.com]
Sent: Friday, August 15, 2014 3:05 PM
To: Huffman, Amber; Uma Parepalli; technical at nvmexpress.org; nvmewin at lists.openfabrics.org; info at nvmexpress.org
Subject: RE: SCSI to NVMe Mapping

Amber/Uma,

Sorry for the delayed response, I’m trying to get caught back up after vacation.

First I should say that I am in no way leading the SCSI to NVMe translation effort. I’m just the last person to contribute. The spec has been a community effort with many companies contributing.

I didn’t contribute or modify the text you reference, but I’ll give you my interpretation of it.

There are many commands that can be roughly translated between SCSI and NVMe. However, there are also some SCSI commands that have no direct translation to an NVMe command. In the case where there isn’t a direct translation, the driver implementing the SCSI to NVMe translation layer must respond to the SCSI commands in a way that will make a SCSI driver sending these commands happy. I guess you can say that the driver has to emulate these commands that can’t be translated. The translation spec does indicate how you are supposed to respond to commands like Request Sense, but the spec is certainly pretty light on detail. The SCSI to NVMe translation spec serves the same purpose as the T10 SAT (SCSI to ATA translation) spec, but the NVMe spec is much less mature. If you’re interested, I think the NVMe community would welcome any proposals you have to help update the NVMe translations to the same level as the ATA translations.

Thanks,
Guy

From: Huffman, Amber [mailto:amber.huffman at intel.com<mailto:amber.huffman at intel.com>]
Sent: Wednesday, August 06, 2014 1:19 PM
To: Uma Parepalli; technical at nvmexpress.org<mailto:technical at nvmexpress.org>; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>; info at nvmexpress.org<mailto:info at nvmexpress.org>
Cc: Guy Kendall (guy.kendall at avagotech.com<mailto:guy.kendall at avagotech.com>)
Subject: RE: SCSI to NVMe Mapping

Hi Uma,

Guy, cc:ed, has been leading our efforts on SCSI to NVMe translation. I’d suggest that you get together with Guy for 15 minutes to discuss and determine whether anything needs to be added to the list of translation enhancements in this area. I expect we’ll start looking at some enhancements to the translation document in September, after revision 1.2 is done.

Thanks,
Amber

From: nvmewin-bounces at lists.openfabrics.org<mailto:nvmewin-bounces at lists.openfabrics.org> [mailto:nvmewin-bounces at lists.openfabrics.org] On Behalf Of Uma Parepalli
Sent: Tuesday, August 5, 2014 6:40 PM
To: technical at nvmexpress.org<mailto:technical at nvmexpress.org>; nvmewin at lists.openfabrics.org<mailto:nvmewin at lists.openfabrics.org>; info at nvmexpress.org<mailto:info at nvmexpress.org>
Subject: [nvmewin] SCSI to NVMe Mapping

Hi Amber/Peter/Kevin/Kwok and all,

The “NVM Express: SCSI Translation Reference” document doesn’t provide a direct mapping for “REQUEST SENSE” but has the following Note:

“MODE SELECT(6), MODE SELECT(10), REQUEST SENSE and TEST UNIT READY commands do not map 1-to-1 to NVM Express commands; a device driver should translate as specified in the referenced sections.”



Could you please explain what would be the above commands are equal to in the NVMe world?

I would like to hear from both NVMe forum and Windows Driver world.



Attaching the document since I know you (we) are all busy with Flash Memory Summit ☺



Thank you,

Uma
Uma Parepalli
Cell: 408 805 9260
uma.parepalli at skhms.com<mailto:uma.parepalli at skhms.com>
SK Hynix Memory Solutions Inc.
3103 North 1st Street, San Jose, CA

The information contained in this e-mail is considered confidential of SK hynix memory solutions Inc. and intended only for the persons addressed or copied in this e-mail. Any unauthorized use, dissemination of the information, or copying of this message is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email.
The information contained in this e-mail is considered confidential of SK hynix memory solutions Inc. and intended only for the persons addressed or copied in this e-mail. Any unauthorized use, dissemination of the information, or copying of this message is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20140819/2fa9b87a/attachment.html>