<html dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style>@font-face {
font-family: Calibri;
}
@font-face {
font-family: Tahoma;
}
@page WordSection1 {margin: 1.0in 1.0in 1.0in 1.0in; }
P.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
LI.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
DIV.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
A:link {
COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
COLOR: purple; TEXT-DECORATION: underline
}
P {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman","serif"; FONT-SIZE: 12pt
}
P.MsoAcetate {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Tahoma","sans-serif"; FONT-SIZE: 8pt
}
LI.MsoAcetate {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Tahoma","sans-serif"; FONT-SIZE: 8pt
}
DIV.MsoAcetate {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Tahoma","sans-serif"; FONT-SIZE: 8pt
}
P.MsoListParagraph {
MARGIN: 0in 0in 0pt 0.5in; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
LI.MsoListParagraph {
MARGIN: 0in 0in 0pt 0.5in; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
DIV.MsoListParagraph {
MARGIN: 0in 0in 0pt 0.5in; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 11pt
}
SPAN.BalloonTextChar {
FONT-FAMILY: "Tahoma","sans-serif"
}
P.msochpdefault {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 10pt
}
LI.msochpdefault {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 10pt
}
DIV.msochpdefault {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 10pt
}
SPAN.balloontextchar0 {
FONT-FAMILY: "Tahoma","sans-serif"
}
SPAN.emailstyle18 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: windowtext; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.emailstyle19 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.emailstyle22 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.balloontextchar00 {
FONT-FAMILY: "Tahoma","sans-serif"
}
SPAN.emailstyle26 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.emailstyle28 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.EmailStyle29 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
SPAN.EmailStyle30 {
FONT-STYLE: normal; FONT-FAMILY: "Calibri","sans-serif"; COLOR: #1f497d; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
.msochpdefault {
FONT-FAMILY: "Calibri","sans-serif"; FONT-SIZE: 10pt
}
DIV.WordSection1 {
}
</style>
<meta name="GENERATOR" content="MSHTML 9.00.8112.16440">
<style id="owaTempEditStyle"></style><style title="owaParaStyle"><!--P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
</head>
<body lang="EN-US" vlink="purple" link="blue" ocsi="x">
<div style="FONT-FAMILY: Tahoma; DIRECTION: ltr; COLOR: #000000; FONT-SIZE: 13px">
<div>Paul:</div>
<div> </div>
<div>Ok, what I wasn't getting is that you're allocating the queue pairs using SpecifyCache<a></a> with the proc number. Got it.</div>
<div><font size="2" face="tahoma"></font> </div>
<div><font size="2" face="tahoma">But if you think that having the SQ queue memory itself allocated close to the associated core doesn't matter so much (I would think it wouldn't, since the driver is accessing other memory that is not associated with that core
either), now I don't know why you wouldn't then just use the StorPort<a></a> API.
</font></div>
<div><font size="2" face="tahoma"></font> </div>
<div><font size="2" face="tahoma">Also, I'm not sure what you mean by the following:</font></div>
<div><font size="2" face="tahoma"></font> </div>
<div><font color="#1f497d" size="2">Would still avoid the storport API because I don’t think it adds value over the learned method and requires us to use the DPC steering option which I’ve witnessed to have unpredictable side effects.
</font></div>
<div><font size="2" face="tahoma"></font> </div>
<div><font size="2" face="tahoma">By "DPC steering" I assume you mean enabling the STOR_PERF_DPC_REDIRECTION flag for StorPortInitializePerfOpts, which I see the driver is doing, or are you referring to something else?</font></div>
<div><font size="2" face="tahoma"></font> </div>
<div><font size="2" face="tahoma">But I understand what you're doing now with the core-vector mapping. Thanks for the explanation.</font></div>
<div><font size="2" face="tahoma"></font> </div>
<div><font size="2" face="tahoma">Greg</font></div>
<div dir="ltr"><font color="#000000" size="2" face="Tahoma"></font> </div>
<div style="DIRECTION: ltr" id="divRpF827624">
<hr tabindex="-1">
<font color="#000000" size="2" face="Tahoma"><b>From:</b> Luse, Paul E [paul.e.luse@intel.com]<br>
<b>Sent:</b> Wednesday, February 15, 2012 1:20 PM<br>
<b>To:</b> Luse, Paul E; Greg de Valois; nvmewin@lists.openfabrics.org<br>
<b>Subject:</b> RE: Question on Processor to MSI vector mapping<br>
</font><br>
</div>
<div></div>
<div>
<div class="WordSection1">
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Ugh, small but important correction below</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><font size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; FONT-SIZE: 10pt">
nvmewin-bounces@lists.openfabrics.org [mailto:nvmewin-bounces@lists.openfabrics.org]
<b><span style="FONT-WEIGHT: bold">On Behalf Of </span></b>Luse, Paul E<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 2:16 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Greg de Valois; nvmewin@lists.openfabrics.org<br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> Re: [nvmewin] Question on Processor to MSI vector mapping</span></font></p>
</div>
</div>
<p class="MsoNormal"><font size="2" face="Calibri"><span style="FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">The only difference between what we’re doing and what you get with either the storport API or the ‘learning method’ I mention is the locality of
the SQ memory when the IO is submitted. <span> </span>With what we’re doing now, we know that the submission core is local to SQ mem.<span>
</span>We don’t have that guarantee otherwise.<span> </span>Its negligible I believe which is why I’m proposing we move to the learning mode (very small cod change, ‘ve made it and tested).<span>
</span>I prefer learning mode over the storport API because it works regardless of OS dependencies, APIC modes, etc.</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">As an example of the tiny SQ mem difference, take this scenario</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Core 0:<span>
</span>SQ0 and CQ0 are allocated local to core 0.<span> </span></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Core 1:<span>
</span>SQ1 and CQ1 are allocated local to core 1.<span> </span></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Core 2:<span>
</span>SQ2 and CQ2 are allocated local to core 2.</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">In our current implementation if we get an IO coming in on Core 1:</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">We submit it to SQ1 (local mem), when we created CQ we knew the vector so we also know that this IO will complete on CQ1</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Using the storport API, if we get an IO coming in Core 1:</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">There’s no assurance that we’ll be using SQ1.<span>
</span>If the API tells us that the vector is 2, for example, we’d then choose to submit on *<b><span style="FONT-WEIGHT: bold">SQ2*</span></b> which is local to core 2, not core 1.<span>
</span>On the completion side, everything is just as optimal.<span> </span>The IO completes on core 2 which both SQ/CQ for core2 are local to core 2</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Does that help?</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Thx</span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Paul<span>
</span></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt"></span></font> </p>
<div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><font size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; FONT-SIZE: 10pt">
Greg de Valois <a href="mailto:[mailto:Greg.deValois@sandisk.com]">[mailto:Greg.deValois@sandisk.com]</a>
<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 2:03 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Luse, Paul E; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font></p>
</div>
</div>
<p class="MsoNormal"><font size="2" face="Calibri"><span style="FONT-SIZE: 11pt"></span></font> </p>
<div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">I'm not understanding why it matters which core has been assigned which vector, as we have IO associated with a vector,
put onto a queue associated with that vector, and the controller completes the IO using that vector.</span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Why should the driver and controller care what the mapping of vectors to processors is?</span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Thanks, Greg</span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt"></span></font> </p>
</div>
<div id="divRpF210046">
<div style="TEXT-ALIGN: center" class="MsoNormal" align="center"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
<hr align="center" size="3" width="100%">
</span></font></div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
Luse, Paul E [paul.e.luse@intel.com]<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 12:46 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Greg de Valois; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font></p>
</div>
<div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">I think the point you’re missing (or I’m not understanding) is
<i><span style="FONT-STYLE: italic">when the driver creates the CQ it tells the device which MSIX vector to use for that CQ</span></i>. We don’t know that at the time we create the CQ. All we know when we create the CQ is the number of vectors and the vector
numbers but we don’t know which one is associated with which core. The API only provides that info on a per IO basis. So, everything you describe is correct however the downside is (not that big of a deal but as compared to what we’re doing now) that because
we don’t know the mapping when we create the SQ/CQ pair we may be placing the IO on a different core than the SQ is associated with because the API told us about a vector that is associated with a different Q pair than that we setup for the current core.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Feel free to call me if that would be easier – 480 554 3688</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Thx</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Paul</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
Greg de Valois <a href="mailto:[mailto:Greg.deValois@sandisk.com]">[mailto:Greg.deValois@sandisk.com]</a>
<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 1:40 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Luse, Paul E; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
</div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">My understanding is that Windows assigns the number of MSI vectors requested (if possible) by the INF to an adapter,
each of which is associated with one of the available processors. The driver sets up a queue pair for each of those vectors, and when an IO comes, it is put on the queue associated with the vector that is returned from the API call. This vector is one that
has been assigned to the current executing core. As long as that API works correctly, the driver doesn't have to do anything more to assure that the IO is submitted and completed on that vector.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Is there some part of those statements that isn't correct?</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">I'm a little confused here.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Greg</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div id="divRpF257901">
<div style="TEXT-ALIGN: center" class="MsoNormal" align="center"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
<hr align="center" size="3" width="100%">
</span></font></div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
Luse, Paul E [paul.e.luse@intel.com]<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 11:14 AM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Greg de Valois; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Because we create the SQ and CQ before the first IO and we have to provide the CQ vector when created. So, for example lets say we have 3 cores
and an SQ/CQ pair all numbered the same as the core #. When we create them we arbitrarily give the CQ a vector to complete on. When the first OI comes lets say its on core 1 and the stoport PA tells us the vector we should expect it on is 3, we’d need to
submit on SQ3 but we’re on core 1. There are ways around this of course, we could do some creative things in passiveInit wrt the creation of the CQ’s and submitting test IOs, re-creating, etc., but those things I don’t think are worth the complexity.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Make sense?</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Thx</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Paul</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
Greg de Valois <a href="mailto:[mailto:Greg.deValois@sandisk.com]">[mailto:Greg.deValois@sandisk.com]</a>
<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 12:06 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Luse, Paul E; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
</div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Paul:</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Thanks for the reply. I'm afraid I'm not quite following you: why does using the API provided by Storport to get
the MSI vector associated with the current request imply that you're submitting on a different core than completing? The core you're executing on is the one assigned the vector that the API gives you, you put it on the submission queue that has been assigned
to that vector, and it's completed on the completion queue for that vector as well.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">What am I missing here?</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">Greg</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div id="divRpF346993">
<div style="TEXT-ALIGN: center" class="MsoNormal" align="center"><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
<hr align="center" size="3" width="100%">
</span></font></div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
Luse, Paul E [paul.e.luse@intel.com]<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Wednesday, February 15, 2012 10:57 AM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> Greg de Valois; <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> RE: Question on Processor to MSI vector mapping</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Hi Greg-</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Thanks for the question, it’s a good one! The reasoning was mainly because it was fairly straightforward and had one benefit over the method you
mention – we could assure NUMA optimization and vector matching for both SQ and CQ. There are many, many ways that one could approach this problem and we discussed a few as part of the dev of this driver and then individually discussed experiences with various
methods with other dev teams at our respective companies.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">If one uses the method you mention below, we’d create our SQ/CQ per core NUMA optimized and then be submitting on a different core than we complete
on however we’d still be optimizing the completion side. The more I thought about this the more I realize its actually not buying us much of anything over using the Msft API due to the effects of CPU cache and the fact that the SQ access on submission is
a write and not a read. I also heard from various other folks that they didn’t find the API below to be accurate all of the time, I can’t say from experience that I’ve seen this.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">That said, I will likely be proposing an alternate method in the near future so I’ll go ahead and propose it now since you brought up the subject:</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Proposal: no long decompose the MSI address to populate the mapping table. Instead, start off with a 1:1 mapping and ‘learn and update’ the mapping
table on the completion side. Would still avoid the storport API because I don’t think it adds value over the learned method and requires us to use the DPC steering option which I’ve witnessed to have unpredictable side effects. I do plan on following up
with Msft (and have already had several internal discussions at Intel with other storport devs) on exactly how some of these optimizations within storport so we can better gauge whether they’re a good fit for us or now.</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Pro: This will *<b><span style="FONT-WEIGHT: bold">always</span></b>* work whereas the method we have no does not work for APIC logical mode.
I prefer a simple “one size fits all” solution every time over a 2 path solution even if one path is slightly optimized. It makes the driver more maintainable and gives us less variables in debug (right now we don’t even store whether we found the APIC in
phy or logical mode so during debug you don’t really know).</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Con: SQ mem will be on a different core than the submitting thread but I don’t believe this is a measurable issue. Certainly can perform some
experiments to check though</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Other thoughts?</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Thx</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Calibri"><span style="COLOR: #1f497d; FONT-SIZE: 10pt">Paul</span></font><font color="black"><span style="COLOR: black"></span></font></p>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt; FONT-WEIGHT: bold">From:</span></font></b><font color="black" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: black; FONT-SIZE: 10pt">
<a href="mailto:nvmewin-bounces@lists.openfabrics.org">nvmewin-bounces@lists.openfabrics.org</a>
<a href="mailto:[mailto:nvmewin-bounces@lists.openfabrics.org]">[mailto:nvmewin-bounces@lists.openfabrics.org]</a>
<b><span style="FONT-WEIGHT: bold">On Behalf Of </span></b>Greg de Valois<br>
<b><span style="FONT-WEIGHT: bold">Sent:</span></b> Tuesday, February 14, 2012 5:02 PM<br>
<b><span style="FONT-WEIGHT: bold">To:</span></b> <a href="mailto:nvmewin@lists.openfabrics.org">
nvmewin@lists.openfabrics.org</a><br>
<b><span style="FONT-WEIGHT: bold">Subject:</span></b> [nvmewin] Question on Processor to MSI vector mapping</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
</div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: #1f497d; FONT-SIZE: 10pt">All:</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: #1f497d; FONT-SIZE: 10pt">I'm wondering if anyone can explain to me the reasoning behind the processor to MSI vector translation that is
being done by the driver, instead of using the vector returned from StorPortGetStartIoPerfParams for each IO? Are there cases where this doesn't work properly?</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: #1f497d; FONT-SIZE: 10pt">Thanks,
</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
</div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: #1f497d; FONT-SIZE: 10pt">Greg de Valois</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
<div>
<p class="MsoNormal"><font color="#1f497d" size="2" face="Tahoma"><span style="FONT-FAMILY: 'Tahoma','sans-serif'; COLOR: #1f497d; FONT-SIZE: 10pt">SanDisk</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
</div>
</div>
<p class="MsoNormal"><font color="black" size="2" face="Calibri"><span style="COLOR: black; FONT-SIZE: 11pt"></span></font> </p>
<div style="TEXT-ALIGN: center" class="MsoNormal" align="center"><font color="black" size="3" face="Times New Roman"><span style="FONT-FAMILY: 'Times New Roman','serif'; COLOR: black; FONT-SIZE: 12pt">
<hr align="center" size="3" width="100%">
</span></font></div>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"><font color="gray" size="2" face="Arial"><span style="FONT-FAMILY: 'Arial','sans-serif'; COLOR: gray; FONT-SIZE: 10pt">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).</span></font><font color="black"><span style="COLOR: black"></span></font></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>