On Thu, 2007-05-31 at 06:36, Devesh Sharma wrote:
> On 5/31/07, Sean Hefty <[EMAIL PROTECTED]> wrote:
> > >Ok, Soon I will post a patch related to this.
> > >How static PR file will be generated? Needs to be discussed.
> >
> > Please look at my latest changes to the local SA in when generating the 
> > patches.
> >
> > git://git.openfabrics.org/~shefty/rdma-dev.git sa_cache
> >
> Do you have some pointer/doc related to the design of current SA_CACHE
> module....It will make things faster to understand........if not then
> I will require your support to understand the things, Though I have
> some top level view.
> Thanks
> > I'm not sure about the best way to communicate PRs to the cache.  I haven't
> > given it more than about 2 minutes of thought, but as an idea, we could 
> > look at
> > trying to make use of the userspace MAD interface.  For example, we could 
> > send
> > MADs to the local SA with the PRs to load.  More details would obviously 
> > need to
> > be worked out, but this could provide an extensible solution.
> Ok you mean Its not required to create a separate device interface in
> cache module as such. I think this is a good idea......Just for
> confirmation...whether /dev/umad is active on each node other than SM
> node?

It's not required to be but is for things that require userspace SA
client access (like RDMA CM or local cache).

-- Hal

> > - Sean
> >
> _______________________________________________
> general mailing list
> general@lists.openfabrics.org
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> 
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

_______________________________________________
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to