<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)"><div class="gmail_default" style="font-size:12.8px;font-family:"courier new",monospace;color:rgb(0,0,102)">All,</div><div class="gmail_default" style="font-size:12.8px;font-family:"courier new",monospace;color:rgb(0,0,102)">As of today if the CAP.MQES = 0x1F, with windows driver code, NVMeCreateSubQueue function will set QSIZE to 0x3F, which is clearly violation of the NVME specification, This happened because of the following unconditional change of queue entry size in NVMeAllocQueues()</div><div style="font-size:12.8px;color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="font-size:12.8px;color:rgb(34,34,34);font-family:arial,sans-serif"><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)"> SysPageSizeInSubEntries = PAGE_SIZE / sizeof (NVMe_COMMAND);</div><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)"> if ((QEntries % SysPageSizeInSubEntries) != 0)</div><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)"> QEntries = (QEntries + SysPageSizeInSubEntries) &</div><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)"> ~(SysPageSizeInSubEntries - 1);</div><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)"><br></div><div class="gmail_default" style="font-family:"courier new",monospace;color:rgb(0,0,102)">Attaching the patch for the revision 1.4 source code, please consider.</div></div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><font face="monospace, monospace" color="#073763">Thanks,<br>
~subbu<br></font><br></div></div>
</div>