[openib-general] Re: [PATCH] mthca: correct max_rd_atomic handling
Michael S. Tsirkin
mst at mellanox.co.il
Thu Dec 15 15:09:55 PST 2005
Quoting r. Roland Dreier <rdreier at cisco.com>:
> Subject: Re: [PATCH] mthca: correct max_rd_atomic handling
>
> Hmm, I'm not sure about this change any more now. Why is setting swe
> being tied to sra_max?
Note its tied to IB_QP_MAX_QP_RD_ATOMIC - the attribute bit, not the value.
Well, as I see it SWE isnt really used in IB spec, but hardware needs it.
Our hardware requires/allows you to set this bit in exactly same transitions
where sre and sae are required/optional, and this unsurprisingly is when
IB_QP_MAX_QP_RD_ATOMIC is required/optional.
In other transitions its supposed to be 0 since thats the value reserved
bits should have. VAPI and current mthca code seems to set this bit always: this
seems to violate what the documentation says, but seems to work nevertheless.
> We should be able to post RDMA writes even if
> reads/atomics are disabled, right?
>
> - R.
>
Right. Thats why we set it inconditionally when IB_QP_MAX_QP_RD_ATOMIC attribute
bit is set, and IB_QP_MAX_QP_RD_ATOMIC is required to go to RTS.
--
MST
More information about the general
mailing list