Windows NVMe驅動–Microsoft Inbox vendor command制定

最新 10-13

作者江波龍譚榮

Windows 10下的NVME存儲驅動分為兩種——Microsoft Inbox、OFA Reference Driver。前者為Closed source driver (Microsoft)，也就是通常所說的原生態驅動；後者為Open source driver (Reviewing Companies: HGST, Intel, Samsung)，方便各大廠商為了提升自己的ssd產品性能，針對性地開發自己的驅動。兩者存在較大差異，最顯著的是Microsoft Inbox driver只能支持到NVMe 1.0e(no support for multi-initiator, NS mgmt, controller list, etc.)，而OFA Reference Driver只能支持到NVMe 1.2(multi-initiator, NS mgmt, controller list)。本文就Microsoft Inbox下vendor command制定談下自己的理解。

很久以前有個問題一直困擾過我很久——那就是在OFA Reference Driver下制定的一套vendor command，在Microsoft Inbox下一直是行不通的，由於後者是閉源驅動，而處在底層SSD firmware的我一直不明白嚴謹的上層host究竟要鬧哪樣，為何老是要無情地拒絕我的command request？直到後來我才發現在Microsoft 官網針對這塊專門有一個Working with NVMe drives的說明，其中有兩段話說的很具體：

大概意思就是在StoreNVMe.sys里vendor-specific commands是通過Pass-through mechanism來pipe through的，另外每個制定的vendor commands必須在Command Effects Log描述其屬性，用以告訴host這個命令將對target device會有什麼影響！明白了這點後似乎豁然開朗，但是也沒那麼簡單，千萬記得host是很嚴謹的，細則還是很多。接下來演示一個vendor command的制定流程（歡迎來到王者榮耀！）。

第一步：identify里告訴host設備支持Supported and Effects log page命令（告訴隊友——我拿buffer還是我打輔助！），這樣一來每次上電host就會發送該命令用來讀取device支持哪些私有命令碼。

第二步：命令碼的制定，請注意不要太隨意了（猥瑣發育別浪！），必須嚴格按照標準制定命令碼，以admin命令為例：