From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Steve Wise" Subject: RE: [RFCv2 00/15] RFCv2: Consolidated userspace RDMA library repo Date: Fri, 16 Sep 2016 08:51:22 -0500 Message-ID: <001501d21021$68ad9fe0$3a08dfa0$@opengridcomputing.com> References: <20160915065242.GO26069@leon.nu> <20160915080600.GA31776@infradead.org> <20160915081149.GT26069@leon.nu> <20160915081327.GA7572@infradead.org> <20160915083945.GU26069@leon.nu> <20160915160427.GC18154@obsidianresearch.com> <01e901d20f6b$7ae067d0$70a13770$@opengridcomputing.com> <20160915163756.GB26069@leon.nu> <20160915164931.GC26111@obsidianresearch.com> <022e01d20f84$a3685870$ea390950$@opengridcomputing.com> <20160915192628.GB437@obsidianresearch.com> <02a501d20f88$8386bca0$8a9435e0$@opengridcomputing.com> <2807E5FD2F6FDA4886F6618EAC48510E24EE4644@CRSMSX101.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <2807E5FD2F6FDA4886F6618EAC48510E24EE4644-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> Content-Language: en-us Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "'Weiny, Ira'" , 'Jason Gunthorpe' Cc: 'Leon Romanovsky' , 'Christoph Hellwig' , 'Sagi Grimberg' , 'Yishai Hadas' , 'Doug Ledford' , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, 'Devesh Sharma' , 'Hal Rosenstock' , "'Marciniszyn, Mike'" , 'Moni Shoua' , "'Hefty, Sean'" , "'Nikolova, Tatyana E'" , 'Vladimir Sokolovsky' , 'Yishai Hadas' , 'Majd Dibbiny' , liranl-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, talal-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, yarong-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org List-Id: linux-rdma@vger.kernel.org > > > > > > > > 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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html