On Thu, 2008-06-26 at 09:25 +0300, Or Gerlitz wrote:
> >
> If this patch fixes a problem which also exists in the mainline kernel,
> it has to be accepted upstream (to Roland's tree) before submission to
> the ewg list. If its not relevant to the mainline code, but rather a
> result of a prob
David J. Wilder wrote:
This patch fixes a panic when shared receive queues are not used.
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
If this patch fixes a problem which also exists in the mainline kernel,
it has to be accepted upstream (to Roland's tree) before submission to
the ewg list
> I apologies for not specifying the tree, it is Ofed 1.3.
> ipoib_vfree() was introduced as a patch located in
> kernel_patches/fixes in the 1.3 tree (Eli's ipoib_0280_vmap.patch).
> The ofed build process had me confused. Should I have build the patch
> from the un-patched tree? But then i
Roland Dreier wrote:
> - ipoib_vfree(&priv->cm.rx_vmap_srq_ring);
> + if (ipoib_cm_has_srq(dev))
> + ipoib_vfree(&priv->cm.rx_vmap_srq_ring);
> + else
> + kfree(rx_ring);
What tree is this made against? I can't find any reference to
"ipoib_vfree" anywhere in the history of
> -ipoib_vfree(&priv->cm.rx_vmap_srq_ring);
> +if (ipoib_cm_has_srq(dev))
> +ipoib_vfree(&priv->cm.rx_vmap_srq_ring);
> +else
> +kfree(rx_ring);
What tree is this made against? I can't find any reference to
"ipoib_vfree" anywhere in the history of IPoIB so
This patch fixes a panic when shared receive queues are not used.
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/ipoib/ipoib_cm.c | 21 -
1 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_cm.c
b/dr