[openib-general] ip_ib_mc_map?
Or Gerlitz
ogerlitz at voltaire.com
Thu Feb 1 00:58:56 PST 2007
Steve Wise wrote:
> where can I find this symbol? I can't load rdma_cm on rhel4u4...
> rdma_cm: Unknown symbol ip_ib_mc_map
Sean, OK, sorry not to mention the rh4u4 issue once you did the push to
OFED 1.2 ...
From a reason that no one at RH can trace... someone went and removed
all the support for ARPHRD_INFINIBAND multicast from u4 where it exists
perfectly fine in u3 and hopefully on u5 as well (Doug can you update?),
see https://bugs.openfabrics.org/show_bug.cgi?id=2661
Specifically, the below snip from the patch means that on rh4 u4 all
IPv4 ARPHRD_INFINIBAND multicast goes on the broadcast group !!!
> Index: linux-2.6.9/net/ipv4/arp.c
> ===================================================================
> --- linux-2.6.9.orig/net/ipv4/arp.c 2004-10-18 23:55:06.000000000 +0200
> +++ linux-2.6.9/net/ipv4/arp.c 2006-09-20 14:43:59.000000000 +0300
> @@ -213,6 +213,9 @@
> case ARPHRD_IEEE802_TR:
> ip_tr_mc_map(addr, haddr);
> return 0;
> + case ARPHRD_INFINIBAND:
> + ip_ib_mc_map(addr, haddr);
> + return 0;
> default:
> if (dir) {
> memcpy(haddr, dev->broadcast, dev->addr_len);
anyway, OFED wise, i see two ways to solve this:
1) adding a backport to the rdma_cm containing ip_ib_mc_map, period.
This means that apps offloading multicast traffic through the rdma cm
would use the correct group where apps working through the net stack
use the broadcast group.
2) having the rdma cm follow the net stack and make its consumer use the
broadcast group.
Or.
More information about the general
mailing list