From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Wise Subject: [ofa-general] Re: [PATCH] RDMA/CMA: Use neigh_event_send() to initiate neighbour discovery. Date: Tue, 18 Sep 2007 12:23:31 -0500 Message-ID: <46F00993.9080706@opengridcomputing.com> References: <20070912100025.3190.89259.stgit@dell3.ogc.int> <000101c7f568$9275b520$ff0da8c0@amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, rdreier@cisco.com, linux-kernel@vger.kernel.org, general@lists.openfabrics.org To: Sean Hefty Return-path: In-Reply-To: <000101c7f568$9275b520$ff0da8c0@amr.corp.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: general-bounces@lists.openfabrics.org Errors-To: general-bounces@lists.openfabrics.org List-Id: netdev.vger.kernel.org Once this is applied upstream, I can pull it back in to ofed-1.2.5 and ofed-1.3. Steve. Sean Hefty wrote: >> RDMA/CMA: Use neigh_event_send() to initiate neighbour discovery. >> >> Calling arp_send() to initiate neighbour discovery (ND) doesn't do the >> full ND protocol. Namely, it doesn't handle retransmitting the arp >> request if it is dropped. The function neigh_event_send() does all this. >> Without doing full ND, rdma address resolution fails in the presence of >> dropped arp bcast packets. >> >> Signed-off-by: Steve Wise > > Acked-by: Sean Hefty > > Roland - can you please queue this up for 2.6.24?