Re: [PATCH 1/2] rdma/cm: support option to allow manually setting IB path

[Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]

On Tue, Oct 06, 2009 at 12:05:02PM -0700, Sean Hefty wrote:
> >Ideally the best approach would be to have a mux at the ib_mad level.  We could
> >allow a user space application to intercept all outbound MADs for a given class
> >and/or attribute.  Unlike the present "snooping" of mads, this would literally
> >be a interception.  This would provide a number of key advantages:
> 
> I agree that this is a good idea, and I mentioned something similar to this
> before on the list.  The idea was rejected in favor of using standard SA
> redirection.

Actually, I think MAD capture is much too low level.

As in the other message, if we could have a rdma_get_addr_info style
API then it would wonderful to do as glibc does and trap that out via
a socket to a nscd-like caching/whatever daemon.

If the kernel was also fixed up to be able to take addressing data (ie a
IB PR set) for NFS and SDP connection setup then this same API could
be used to provide caching/whatever for the majority of cases..

Maybe someday? :)

Jason
--
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