[Openib-windows] post send request in invalid QP state
Yossi Leybovich
sleybo at mellanox.co.il
Thu Mar 9 07:57:37 PST 2006
Fab
In the documentation of IBAL its states , that if one post WQ to QP that
is not in valid state (RTR) it should get IB_INVALID_QP_STATE.
If you want to check qp state you need to issue query_qp and still you
have race with the wire ( like RTR that move to RTS or RTS that move to
ERR)
The only state that may generate this error is RESET which is not
creating CQE, all other state return CQE with error so let the user
check the CQE.
Our new implementation of mthca skip the QP state checkin ( like gen2)
and relay on the CQE.
Can we change the documentation of the verb and remove this return value
? or state that its for RESET state?
Thanks
Yossi
ib_post_send(
IN const ib_qp_handle_t
h_qp,
IN ib_send_wr_t
<file:///W:/work/mthca/docs/iba/ib_types_h.html#robo241> * const
p_send_wr,
OUT ib_send_wr_t
<file:///W:/work/mthca/docs/iba/ib_types_h.html#robo241>
**pp_send_failure OPTIONAL );
PARAMETERS
h_qp
[in] The queue pair to which this work request is being
submitted.
p_send_wr
[in] A reference to the head of the work request list.
pp_send_failure
[out] If the post send operation failed, this references
the work
request in the p_send_wr list where the first failure
occurred.
This parameter may be NULL if only a single work request
is being
posted to the QP.
RETURN VALUES
IB_SUCCESS
All work requests were successfully posted.
IB_INVALID_QP_HANDLE
The queue pair handle was invalid.
IB_INVALID_PARAMETER
A reference to the send work request list was not
provided.
IB_INSUFFICIENT_RESOURCES
The number of posted work requests exceed the current
depth available
on the send queue.
IB_INVALID_WR_TYPE
The work request type was invalid.
IB_INVALID_QP_STATE
The current queue pair state does not allow posting
sends.
IB_INVALID_MAX_SGE
The number of work request scatter gather elements exceed
the queue
pair configuration.
IB_UNSUPPORTED
The requested operation is not supported by the channel
adapter.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20060309/bd581f43/attachment.html>
More information about the ofw
mailing list