[ofw] [PATCH] Make WSD use new IBAT library

Tzachi Dar tzachid at mellanox.co.il
Thu Jul 3 08:06:30 PDT 2008


I must say that I agree that we should change this pooling behavior.

Looking at the WSD code, I can see that if looking at the tables once
wasn't enough this means that I have to sleep for 100 ms which means no
more than 10 connections in a second.

One possibale way is to have some call back mechanism that will tell the
user when the arp table was updated (driven by ipoib).
A different mechanism can be using one of windows mechanisms such as
NotifyRouteChange2 (2008 only).

Thanks
Tzachi  

> -----Original Message-----
> From: ofw-bounces at lists.openfabrics.org 
> [mailto:ofw-bounces at lists.openfabrics.org] On Behalf Of Fab Tillier
> Sent: Thursday, July 03, 2008 1:07 AM
> To: Sean Hefty; ofw at lists.openfabrics.org
> Subject: RE: [ofw] [PATCH] Make WSD use new IBAT library
> 
> >> NotifyRouteChange2 is callback driven, which messes with 
> the thread 
> >> model of the caller if they're single threaded.
> >
> > It's internal to the library, so the application should be 
> unaffected.
> >
> >> I suppose IPoIB could add a mechanism so that when an ARP 
> response is 
> >> received it triggers it.  I don't know how complicated 
> this could be.
> >> Hopefully by removing the PR query from IPoIB it will 
> respond to ARPs 
> >> faster and we'll never see pending.
> >
> > I just think if the interface is asynchronous, then we 
> should find a 
> > way to let the app use overlapped operations.
> 
> I think the way to do this is to change how IP to CA port 
> mapping is managed in the kernel.  The RDMA CM layer should 
> manage that (rather than IPoIB), and IPoIB should call in to 
> register/deregister bindings.  This would remove any 'goofy' 
> dependency of a lower level driver on a ULP.
> 
> Can we revisit this when we do the WinVerbs RDMA CM?
> 
> -Fab
> _______________________________________________
> ofw mailing list
> ofw at lists.openfabrics.org
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw
> 



More information about the ofw mailing list