[openib-general] [Bug 159] OFED1.0: Missing interfaces

bugzilla-daemon at openib.org bugzilla-daemon at openib.org
Wed Jul 5 11:05:34 PDT 2006


http://openib.org/bugzilla/show_bug.cgi?id=159





------- Comment #2 from venkatesh.babu at 3leafnetworks.com  2006-07-05 11:05 -------
Ok, now I understand how ib_cm_path_migrate() can be implemented in
application. 

Can you comment on the tsIbInServiceNoticeHandler() interface also. Is there
some mechanism to achieve the same functionality in Gen2 ?

(In reply to comment #1)
> Item 25 from FM #35398:
> Gen2 is compliant.  In Gen2, the driver does not do any modify_qp commands for
> LAP/APR.  Rather, it relies on the application to manage alternate path
> migration.
> 
> This is done via procedures in libibcm/src/cm.c, libibverbs/src/marshall.c,
> linux-kernel/infiniband/core/cm.c, core/ucm.c, core/uverbs_marshall.c
> 
> Thus, for example, user-space app can call ib_cm_send_lap() to send the new alt
> path.  The receiver can do ib_cm_poll() to see if there is any event waiting to
> be pulled to user space.  The user-space app can then call  ib_cm_get_event()
> to get the LAP event (including the new alternate path info), and can send the
> reply using ib_cm_send_apr().
> Responsibility for actually performing the modify-qp is left to the user
> application.
> 
> This is more in keeping with the IB Spec.
> 




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the general mailing list