I assume that kdapltest still reports that dat_psp_create fails due to
an invalid IA handle.
Based on the trace:
On Tue, 14 Jun 2005, Hal Rosenstock wrote:
On Tue, 2005-06-14 at 17:38, James Lentini wrote:
Can you retest with revision 2602? I've added some debug prints that
should tell us if the IA handle being passed to dapl_psp_create is
really invalid.
DAT: dat_ia_openv(name:mthca0a, async_qlen:8, ver:1.2, thrd_safe:0)
kDAPL: dapl_ia_open (mthca0a, 8, ffff81003f3b99c0, ffff81003f3b9990)
kDAPL: dapl_ia_open () returns 0x0
kDAPL: dapl_pz_create(ffff81003cac0080, ffff81003f3b9998)
kDAPL: dapl_evd_kcreate(ffff81003cac0080, 8, 1, ffff810012ee9e08, 20,
ffff81003f3b99a0)
kDAPL: dapl_evd_kcreate(ffff81003cac0080, 8, 1, ffff810012ee9e08, A0,
ffff81003f3b99a8)
kDAPL: dapl_evd_kcreate(ffff81003cac0080, 8, 1, ffff810012ee9e08, 10,
ffff81003f3b99b8)
kDAPL: dapl_evd_kcreate(ffff81003cac0080, 8, 1, ffff810012ee9e08, 40,
ffff81003f3b99b0)
kDAPL: dapl_ep_create (ffff81003cac0080, ffff81003f3b9800, ffff81001f6a6080,
ffff81001776bac0, ffff81001776b5c0, 0000000000000000, ffff81003f3b99d0)
kDAPL: created qp_hndl = ffff81001f6e1800, qpn = 20406
kDAPL: dapl_psp_create(ffff81003cac0080, B0DE, ffff81001776b9c0, 0,
ffff81003f3b99d8)
The correct IA is being passed to dapl_psp_create(). Since
dapl_psp_create's IA is clearly not null, the test on line 512 of
dapl_sp.c will not succeed.
There is no other place in the execution of dapl_psp_create where an
invalid IA handle error code is returned.
dapl_ib_setup_conn_listener() did return error values without using
the DAT_ERROR() macro to fill in the subtype. I wouldn't expect this
to cause any problems but I've updated the code to use DAT_ERROR() for
consistency.
Just to make sure that dat_str_error() is correctly parsing the error
code, I updated the dat_str_error() debug print.
Could you please retesting with revision 2605?
DAT: dat_strerror(major:ffff810012ee9e38, minor:ffff810012ee9e40) called
kDAPL: dapl_ep_disconnect(ffff810028a49c00, 0)
kDAPL: dapl_ep_disconnect () returns 0x8007002e
DAT: dat_strerror(major:ffff810012ee9e38, minor:ffff810012ee9e40) called
kDAPL: dapl_ep_free (ffff810028a49c00)
kDAPL: dapl_ep_disconnect(ffff810028a49c00, 0)
kDAPL: dapl_ep_disconnect () returns 0x8007002e
kDAPL: dapl_ep_free: state 0, ep ffff810028a49c00 qp_state 1 qp 1f6e1800
kDAPL: dapl_evd_free (ffff81001776b5c0)
kDAPL: dapl_evd_free () returns 0x0
kDAPL: dapl_evd_free (ffff81001776b9c0)
kDAPL: dapl_evd_free () returns 0x0
kDAPL: dapl_evd_free (ffff81001776bac0)
kDAPL: dapl_evd_free () returns 0x0
kDAPL: dapl_evd_free (ffff81001f6a6080)
kDAPL: dapl_evd_free () returns 0x0
kDAPL: dapl_pz_free(ffff81003f3b9800)
DAT: dat_ia_close(ia:3cac0080, flags:1)
kDAPL: dapl_ia_query (ffff81003cac0080, 0000000000000000, 0000000000000000,
ffff810012ee9c28)
kDAPL: dapl_ia_query () returns 0x0
kDAPL: dapl_ia_close (ffff81003cac0080, 1)
kDAPL: dapl_evd_free (ffff81001f6a6380)
kDAPL: dapl_evd_free () returns 0x0
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
