<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This kind of behavior (polling on last byte) is common practice among s/w developers, but you should be forewarned that the specifications DO NOT guarantee
 ordered placement of bytes into memory.  Based on most existing h/w implementations today it tends to work out, but you should NOT rely on one particular byte to indicate that all preceding bytes have been written correctly.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A much better approach is to use RDMA Write w/ IMMED, which consumes a receive resource and creates a completion.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">-Paul<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> users-bounces@lists.openfabrics.org [mailto:users-bounces@lists.openfabrics.org]
<b>On Behalf Of </b>jagadeesh kumar<br>
<b>Sent:</b> Friday, December 06, 2013 4:05 AM<br>
<b>To:</b> users@lists.openfabrics.org<br>
<b>Subject:</b> [Users] RDMA WRITE operation using kernel verbs.<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi all,<br>
<br>
       I am learning RDMA_WRITE operation using OFED Verbs(Kernel space).<br>
As RDMA_WRITE operation will not generate completion entry on Responder side,<br>
I am following the technique like polling on the last byte of receive buffer.<br>
<br>
Steps i followed are:<br>
1. kmalloc is used for memory allocation,<br>
2. ib_reg_phys_mr is used for memory registration,<br>
3. RDMA WRITE is requested on initiator side and the completion entry is success,<br>
4. Responder is polling on last byte of receive buffer to be set,<br>
but Responder is not able to find the buffer updation and stuck in infinite loop.<br>
<br>
Please help me in solving the above mentioned problem. Let me know if<br>
something is missed. <br>
<br>
     The same approach i.e. polling on last byte of receive buffer works for me in<br>
user space(uverbs) RDMA_WRITE operation.<br>
<br>
My host machine is running Linux kernel 2.6.18.<br>
<br>
Any reference or web links will be useful. <br>
<br>
Thanks & Regards<br>
Jagadeesh.<o:p></o:p></p>
</div>
</div>
</body>
</html>