netdev - RE: [ofa-general] [PATCH] RDMA/CMA: Implement rdma_resolve

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <5E701717F2B2ED4EA60F87C8AA57B7CC076E400D@venom2>
Date:	Wed, 19 Sep 2007 18:45:28 -0500
From:	"Glenn Grundstrom" <ggrundstrom@...Effect.com>
To:	"Sean Hefty" <mshefty@...ips.intel.com>
Cc:	<rdreier@...co.com>, <netdev@...r.kernel.org>,
	<general@...ts.openfabrics.org>
Subject: RE: [ofa-general] [PATCH] RDMA/CMA: Implement rdma_resolve_ip retry enhancement.

> > If an application is calling rdma_resolve_ip() and a status 
> of -ENODATA is returned from addr_resolve_local/remote(), the 
> timeout mechanism waits until the application's timeout 
> occurs before rechecking the address resolution status; the 
> application will wait until it's full timeout occurs.  This 
> case is seen when the work thread call to process_req() is 
> made before the arp packet is processed.
> 
> I don't understand the issue.  process_req() is invoked whenever a 
> network event occurs, which rechecks all pending requests.

Yes, I see the netevent_callback().  I now agree that this patch is not
necessary.

Roland, please disregard.

Glenn.
 
> 
> > This patch is in addition to Steve Wise's neigh_event_send 
> patch to initiate neighbour discovery sent on 9/12/2007.
> 
> This patch looks unrelated to Steve's patch.  Can you clarify the 
> relationship?
> 
> - Sean
> 
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html