[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