[ofa-general] Re: [PATCH/RFC] Remove IB_DEVICE_SEND_W_INV from 2.6.26
Steve Wise
swise at opengridcomputing.com
Fri May 16 12:46:42 PDT 2008
Sounds ok to me.
Roland Dreier wrote:
> Given that we should have full support for memory management extensions
> pending for 2.6.27, and the support we have for send w/ invalidate in
> 2.6.26 is incomplete (no provision for returning STag/L_Key in receive
> completion and no implementation of that in amso1100 for one thing), I
> think it makes sense to simply remove the IB_DEVICE_SEND_W_INV
> capability flag rather than moving it to a new bit position.
>
> Then when we add all the memory management extension support in 2.6.27,
> we can just use bit 21 for IB_DEVICE_MEM_MGT_EXTENSIONS and avoid having
> such fine grained distinctions, and avoid having all sorts of strange
> code to monkey around with the SEND_W_INV bit in libibverbs and
> userspace driver libraries.
>
> Thoughts pro or con?
>
> - R.
>
> diff --git a/drivers/infiniband/hw/amso1100/c2_rnic.c b/drivers/infiniband/hw/amso1100/c2_rnic.c
> index 9a054c6..b1441ae 100644
> --- a/drivers/infiniband/hw/amso1100/c2_rnic.c
> +++ b/drivers/infiniband/hw/amso1100/c2_rnic.c
> @@ -455,8 +455,7 @@ int __devinit c2_rnic_init(struct c2_dev *c2dev)
> IB_DEVICE_CURR_QP_STATE_MOD |
> IB_DEVICE_SYS_IMAGE_GUID |
> IB_DEVICE_ZERO_STAG |
> - IB_DEVICE_MEM_WINDOW |
> - IB_DEVICE_SEND_W_INV);
> + IB_DEVICE_MEM_WINDOW);
>
> /* Allocate the qptr_array */
> c2dev->qptr_array = vmalloc(C2_MAX_CQS * sizeof(void *));
> diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
> index 911a661..31d30b1 100644
> --- a/include/rdma/ib_verbs.h
> +++ b/include/rdma/ib_verbs.h
> @@ -105,7 +105,6 @@ enum ib_device_cap_flags {
> */
> IB_DEVICE_UD_IP_CSUM = (1<<18),
> IB_DEVICE_UD_TSO = (1<<19),
> - IB_DEVICE_SEND_W_INV = (1<<21),
> };
>
> enum ib_atomic_cap {
>
More information about the general
mailing list