<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Fine Sean.<br>

<br>

Just one more clarification in the case of  *kernel* mode IBAL

'ib_create_cq', async call back is called from HCA DPC  or a dedicated

wait thread  is created even for kernel mode.<br>

<br>

Thanks,<br>

Prasanna<br>

<br>

<br>

<br>

<br>

Sean Hefty wrote:

<blockquote

 cite="mid:164FC43F4A824C94B965E1623519BB2E@amr.corp.intel.com"

 type="cite">

  <blockquote type="cite">

    <pre wrap="">I would like to know if  libibverbs   'ibv_create_cq'  supports

asynchronous callback  on completion of  post send transfer or only cq

polling is supported.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

It does not support asynchronous callbacks.  This matches the behavior on Linux.

  </pre>

  <blockquote type="cite">

    <pre wrap="">I observe IBAL 'ib_create_cq' supports asynchronous callback. So is the

winverbs 'ibv_create_cq' constrained to polling mechanism only due to

user mode mailbox  access to HCA.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

IBAL supports asynchronous callbacks, but to do so, it allocates a thread that

waits for CQ events, then notifies the user in a callback.  The application can

achieve the same behavior by allocating a dedicated thread to wait for CQ

events, and invoking a notification function when a CQ event occurs.

Winverbs basically pushes the application threading model entirely into the

application, rather than automatically allocating threads in order to provide a

callback event model.

- Sean

  </pre>

</blockquote>

<br>

</body>

</html>