From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Hefty, Sean" Subject: RE: When IBoE will be merged to upstream? Date: Thu, 24 Jun 2010 11:05:30 -0700 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: Content-Language: en-US Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Liran Liss , Roland Dreier , Aleksey Senin Cc: linux-rdma , "monis-smomgflXvOZWk0Htik3J/w@public.gmane.org" , "alekseys-smomgflXvOZWk0Htik3J/w@public.gmane.org" , "yiftahs-smomgflXvOZWk0Htik3J/w@public.gmane.org" , Tziporet Koren , "alexr-smomgflXvOZWk0Htik3J/w@public.gmane.org" List-Id: linux-rdma@vger.kernel.org > Regarding GID to Eth mappings, we discussed using the standard create_ah() > Verb for this. > In the kernel, create_ah() will call a generic address resolution function > in the cma. > The returned information will be copied back to user-space in a device- > specific structure (since address handles are device-specific). > > This eliminates adding a new get_eth_l2_addr() ABI call (device-specific or > not). > In fact, this approach eliminates adding new ABIs for any kind of address > translation... > > Does this seem reasonable? The current behavior of ibv_create_ah() requires that the caller provide the L2, and if needed, L3 addressing. Any translation between the L3 and L2 addressing must be done before the call is made. E.g. ibv_create_ah does not use the GID to query the SA to obtain LIDs. Why doesn't IBoE follow this same model? Callers can use some out of band mechanism for the mapping, call rdma_resolve_addr, or use some standard networking routine. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html