[Openib-windows] UD AV in UL return the wrong
Yossi Leybovich
sleybo at mellanox.co.il
Thu Aug 4 07:31:13 PDT 2005
Fab
We tried to run simple UL test over UD QP .
It looks like the av handle use the wrong value ( we got completion with
error (local operational error)
I investigate it little bit and that what I manage to discover:
in thhul_qpm.c WQE_build_send_req3() you use h_av->h_av as pointer to the
av:
"...
if(MOSAL_EXPECT_FALSE(qp->ts_type == VAPI_TS_UD))
{
/* Check if UD (UD datagram segment) */
cur_loc_p+= WQE_pack_ud_be((u_int32_t*)cur_loc_p,
qp->ud_av_memkey,
translate_av(qp,
(u_int64_t)p_wr->dgrm.ud.h_av->h_av),
p_wr->dgrm.ud.remote_qp, p_wr->dgrm.ud.remote_qkey);
}
"
But in create AV you return structure of mlnx_ual_av_info_t to the h_av (in
that structure the av pointer is on the 4th word and not on the first).
In mlnx_ual_av.c mlnx_post_create_av()
"....
p_new_av->p_i_av_attr = p_av_attr;
p_new_av->h_uvp_pd = h_uvp_pd;
*ph_uvp_av = (uvp_av_handle_t) p_new_av;
p_umv_buf->p_inout_buf = NULL;
..."
Either mlnx_post_create_av return the wrong structure to ib_creat_av or the
ib_post_send use
the wrong h_av structure.
If I understand it correctly mlnx_post_create_av should return the pointer
to the av (h_av) and not pointer to mlnx_ual_av_info_t ( I check and no one
use this structure except map_itom_... functions that never called)
Can you pls check this ?
Thanks
Yossi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20050804/9cb81d10/attachment.html>
More information about the ofw
mailing list