Jason, I mentioned verbs because Sean had suggested it and, after all, he's the original author of ib_usa.
However - you're wrong about "the only thing needed" being to subscribe to a GSI notification; notifications are sent to ports, not to individual queue pairs or processes - that's why the ib_sa module has a mechanism for for managing notifications. Like ib_umad, ib_usa is the mechanism for extending ib_sa into user space. -----Original Message----- From: Jason Gunthorpe [mailto:[email protected]] Sent: Friday, May 21, 2010 1:20 PM To: Mike Heinz Cc: Sean Hefty; [email protected] Subject: Re: Proposal for adding ib_usa to the Linux Infiniband Subsystem On Fri, May 21, 2010 at 12:04:17PM -0500, Mike Heinz wrote: > I have to agree that in some ways this seems a good fit with > ibverbs. Also, without the multicast support, the whole thing is > well under 1 kloc in the kernel, making it a good candidate for > being combined with another module. verbs? Why verbs? umad. The only thing that is needed is to subscribe to a GSI notification, replicate incoming notifications and route them as normal mads over the umad interface to all subscribers.. With some cleverness you could probably make the subscribe/unsubscribe fairly general.. Remember SA notifications are not the only unsolicited events that can occure in the GSI framework. > 1. If it's been working for a couple of years now, do we really need > to change it? We need to live with it forever once it is accepted.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
