[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