On 9/1/2016 1:23 PM, Jason Gunthorpe wrote: > On Thu, Sep 01, 2016 at 08:56:49AM -0700, Bart Van Assche wrote: >> On 09/01/2016 08:24 AM, Sagi Grimberg wrote: >>> Sorry for joining the discussion late. This looks *really* nice. >>> >>> FWIW, I think that it is a good starting point to set a real procedure >>> to *upstream* user-space development. In the long run I think it's a >>> win for everyone. >>> >>> Would it be possible to add srptools in the bundle too? >>> CC'ing Bart who maintains it. >> >> Hello Jason and Sagi, >> >> Sorry that I was too busy recently to follow this thread. But I agree with >> Sagi - if the purpose is to consolidate all RDMA user space code then I >> think the srptools repo should also be included. The official repo is >> available at http://git.openfabrics.org/?p=~bvanassche/srptools.git/.git. > > Seems reasonable and on theme. > > What do you want to do with the emulate_udev directory? It doesn't > even look like it is built.. > > So we have nominations for > > srptools http://git.openfabrics.org/?p=~bvanassche/srptools.git/.git. > perftest git://git.openfabrics.org/~grockah/perftest.git master I would drop perftest out. Here's why. I like the idea that this package is for software that interacts with the kernel directly. It needs to, in some way, involve itself with the kernel char interface or with the kernel netlink interface. So far, everything meets that critera. Perftest does not. So, in the same fashion as libfabrics and fabtests, I would leave perftest out, but that isn't to say a separate package that pulled together various testing apps for RDMA could be created too. > iwpm ?? (Steve Wise: do you have a cannonical link for this, Google isn't > helping me?) > > Jason > -- Doug Ledford GPG Key ID: 0E572FDD