Hal,
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.
james On Tue, 14 Jun 2005, Hal Rosenstock wrote:
Hi, With the latest changes (can't tell when this broke), I get the following error on x86_64 when I bring up the server: DT_cs_Server: dat_psp_create error: DAT_INVALID_HANDLE DAT_INVALID_HANDLE_IA Server_Cmd.debug: 1 Server_Cmd.dapl_name: mthca0a DT_cs_Server: IA mthca0a opened DT_cs_Server: PZ created DT_cs_Server: EP created DT_cs_Server: dat_psp_create error: DAT_INVALID_HANDLE DAT_INVALID_HANDLE_IA DT_cs_Server: Waiting for clients to all go away... DT_cs_Server: Cleaning up ... DT_cs_Server: dat_ep_disconnect fails: DAT_INVALID_STATE DAT_INVALID_STATE_EP_UNCONNECTED DT_cs_Server: IA mthca0a closed DT_cs_Server (mthca0a): Exiting. TEST INSTANCE 0 TEST return code = 1 This works on x86. The client can be run on either x86 or x86_64. With debug on the dat and ib_dat_provider modules, the following is seen: DAT: dat_ia_openv(name:mthca0a, async_qlen:8, ver:1.2, thrd_safe:0) kDAPL: dapl_ia_open (mthca0a, 8, ffff810018aa7dc0, ffff810018aa7d90) kDAPL: dapl_ia_open () returns 0x0 kDAPL: dapl_pz_create(ffff81001a714480, ffff810018aa7d98) kDAPL: dapl_evd_kcreate(ffff81001a714480, 8, 1, ffff81003aa0de08, 20, ffff810018aa7da0) kDAPL: dapl_evd_kcreate(ffff81001a714480, 8, 1, ffff81003aa0de08, A0, ffff810018aa7da8) kDAPL: dapl_evd_kcreate(ffff81001a714480, 8, 1, ffff81003aa0de08, 10, ffff810018aa7db8) kDAPL: dapl_evd_kcreate(ffff81001a714480, 8, 1, ffff81003aa0de08, 40, ffff810018aa7db0) kDAPL: dapl_ep_create (ffff81001a714480, ffff81001f098780, ffff81001776b0c0, ffff81001a714980, ffff81001a714d80, 0000000000000000, ffff810018aa7dd0) kDAPL: created qp_hndl = ffff81001ba61c00, qpn = 10406 DAT: dat_strerror(major:ffff81003aa0de38, minor:ffff81003aa0de40) called kDAPL: dapl_ep_disconnect(ffff81001796cc00, 0) kDAPL: dapl_ep_disconnect () returns 0x8007002e DAT: dat_strerror(major:ffff81003aa0de38, minor:ffff81003aa0de40) called kDAPL: dapl_ep_free (ffff81001796cc00) kDAPL: dapl_ep_disconnect(ffff81001796cc00, 0) kDAPL: dapl_ep_disconnect () returns 0x8007002e kDAPL: dapl_ep_free: state 0, ep ffff81001796cc00 qp_state 1 qp 1ba61c00 kDAPL: dapl_evd_free (ffff81001a714d80) kDAPL: dapl_evd_free () returns 0x0 kDAPL: dapl_evd_free (ffff81001a714b80) kDAPL: dapl_evd_free () returns 0x0 kDAPL: dapl_evd_free (ffff81001a714980) kDAPL: dapl_evd_free () returns 0x0 kDAPL: dapl_evd_free (ffff81001776b0c0) kDAPL: dapl_evd_free () returns 0x0 kDAPL: dapl_pz_free(ffff81001f098780) DAT: dat_ia_close(ia:1a714480, flags:1) kDAPL: dapl_ia_query (ffff81001a714480, 0000000000000000, 0000000000000000, ffff81003aa0dc28) kDAPL: dapl_ia_query () returns 0x0 kDAPL: dapl_ia_close (ffff81001a714480, 1) kDAPL: dapl_evd_free (ffff81001a714880) kDAPL: dapl_evd_free () returns 0x0 -- Hal
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
