On Jan 24, 2010, at 6:26 , Or Gerlitz wrote: > attaching a debugger is typically helpful to see where a program talking > directly to the hardware hangs. If it happens on the slow pass, strace can be > useful as well. Did you take a look on the actual values set for this qp, > that it as suggested by ibv_create_qp(3) look on the init attributes after > the function returns.
The capabilities in qp_init_attr used as input to ibv_create_qp() are: max_send_wr = 100, max_recv_wr = 1, max_send_sge = 1, max_recv_sge = 1, max_inline_data = 928 Upon return from ibv_create_qp, the capabilities are modified to the following (note, max_inline_data is not changed); max_send_wr = 125, max_recv_wr = 1, max_send_sge = 32, max_recv_sge = 1, max_inline_data = 928 All WRs have IBV_SEND_SIGNALED set. The program does not get any completions, hence it is running in the while loop surrounding the call to ibv_poll_cq(). Note decreasing the size of the RDMA to 912 bytes, the program works. -h -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html