[openib-general] ib_modify_qp() too many arguments
Hal Rosenstock
halr at voltaire.com
Tue Nov 2 18:29:08 PST 2004
On Tue, 2004-11-02 at 19:10, Grant Grundler wrote:
> I am trying to build roland-merge #1119 on top of 2.6.10-rc1 for ia64.
> And yes, the usage noted below doesn't match the declaration:
>
> CC [M] drivers/infiniband/core/cm_main.o
> In file included from drivers/infiniband/core/cm_main.c:24:
> drivers/infiniband/core/cm_priv.h: In function `ib_cm_qp_modify':
> drivers/infiniband/core/cm_priv.h:183: error: too many arguments to
> function `ib_modify_qp'
>
> Should I not (yet) be enabling CONFIG_INFINIBAND_CM?
> Trivial patch appended to "fix".
There was recently a verbs change which caused this and it looks like we
missed this as CM is not "used" yet.
> Though I don't know if it's "right"
Looks right to me.
> since it seems ib_cm_qp_modify() could just go away.
QP modify is needed by CM (as it walks a connection through it's states
it modifies the QP state) and UD QPs as well. It can't go away.
> Index: src/linux-kernel/infiniband/core/cm_priv.h
> ===================================================================
> --- src/linux-kernel/infiniband/core/cm_priv.h (revision 1116)
> +++ src/linux-kernel/infiniband/core/cm_priv.h (working copy)
> @@ -178,9 +178,7 @@
> struct ib_qp_attr *attr,
> int attr_mask)
> {
> - struct ib_qp_cap qp_cap;
> -
> - return qp ? ib_modify_qp(qp, attr, attr_mask, &qp_cap) : 0;
> + return qp ? ib_modify_qp(qp, attr, attr_mask) : 0;
> }
>
> int ib_cm_timeout_to_jiffies(int timeout);
-- Hal
More information about the general
mailing list