> > > > > > > > Do we want to create rdma-tools after this task will be > > > > > > completed? For > > > > example > > > > > > with debug and performance tools in it. > > > > > > > > > > Prolification of repositories is exactly what this is intended to > > > > > prevent :( > > > > > > > > The goal would be to move all the tools/cmds/etc into one repo. How > > > > is that prolification? > > > > > > I guess I should wait and see what could end up in there before > > > commenting... > > > > > > > I think we should shelf this discussion until we get our current project done... > > > > But... :) > > > > A quick gander at the OFED packages produces this list of possible > > candidates: > > > > dapl (perhaps dapl should be in rdma-plumbing?) fabtests ibacm ibpd ibsim > > ibutils infiniband-diags infinipath-psm mstflint opensm perftest qlvnictools > > qperf rds-tools > > I strongly suggest against adding anything that is not a library and even then I like > what Jason has said previously. "This is a library targeted for kernel APIs." So, for > example, libibmad was not included. In fact architecturally I think ibmad should go > away somehow. The main user is infiniband-diags but there are some other users > of it so I have not been able to deprecate it. > > I guess my opinion is I don't want to see this repo become "OFED" in a different > form. There are valid reasons to have separate packages. It is really the support > libraries which have been a pain. This discussion where I've listed possible inclusions is for a rdma-tools uber-repo, not the current plumbing repo (aka rdma-user). However, I'm beginning to think there really is no need for an rdma-tools repo. one benefit for having an rdma-user is to make it easy to do API changes and global changes to all provider libs. For the rdma-tools and other packages that use RDMA, that will probably never be needed. Ok, this time I'm really done discussing an rdma-tools for now. :) Steve. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html