Re: RFS: libibverbs, libmthca - InfiniBand libraries

2006-06-01 Thread Florian Ragwitz
On Wed, May 31, 2006 at 09:06:13AM -0700, Roland Dreier wrote: > Hi, I'm searching for a new sponsor for my libibverbs and libmthca > packages. Florian Ragwitz very kindly provided excellent review and > sponsored the initial upload of these packages, but I have not been > able to reach him for th

RFS: libibverbs, libmthca - InfiniBand libraries

2006-05-31 Thread Roland Dreier
Hi, I'm searching for a new sponsor for my libibverbs and libmthca packages. Florian Ragwitz very kindly provided excellent review and sponsored the initial upload of these packages, but I have not been able to reach him for the past month to upload a new version of libibverbs, which among other t

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2006-03-14 Thread Florian Ragwitz
On Mon, Mar 13, 2006 at 10:25:06PM -0800, Roland Dreier wrote: > Hi, I'm searching for a sponsor for libibverbs and libmthca packages. > These libraries allow applications to take advantage of the direct > userspace access to InfiniBand hardware that is supported in kernels > 2.6.13 and newer via t

RFS: libibverbs, libmthca - InfiniBand libraries

2006-03-14 Thread Roland Dreier
Hi, I'm searching for a sponsor for libibverbs and libmthca packages. These libraries allow applications to take advantage of the direct userspace access to InfiniBand hardware that is supported in kernels 2.6.13 and newer via the ib_uverbs module. This is my second request for a sponsor; I posted

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-16 Thread Kilian Krause
Hi Roland, Am Donnerstag, den 15.09.2005, 17:17 -0700 schrieb Roland Dreier: > > + SONAME libibverbs.so.1 > > is a very challenging goal. Are you sure that all 1.x.y releases will > > ship the same API for each and every upcoming version of x and y? Not > > that this is impossible to r

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-16 Thread Neil Williams
On Friday 16 September 2005 1:17 am, Roland Dreier wrote: > > + no need to call the -dbg pacakge libibverbs1, the dbg should match the > > exact version including SONAME of the libibverbs1 and thus can remain > > libibverbs-dbg > > OK, I changed the name (and also libmthca1-dbg -> libmthca-dbg)

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-15 Thread Roland Dreier
> well, from the URL you mention in the copyright file, the following > changes were apparently commited to SVN after your -rc2 snapshot btw.: > Files libibverbs/examples/devinfo.c and > libibverbs-1.0-rc2/examples/devinfo.c differ > Files libibverbs/include/infiniband/opcode.h and > libib

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-15 Thread Roland Dreier
Thanks for the review... > + zero-byte files: (can be removed, can't they?) > * ./libibverbs-1.0-rc2/INSTALL > * ./libibverbs-1.0-rc2/NEWS Yes, removed. > + both versions are "-rc2", not neccessarily a problem, but what are you > waiting for if they're now to be uploaded to Debian alrea

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-15 Thread Kilian Krause
Hi Roland, > The sources to the packages can be downloaded from > http://www.digitalvampire.org/debian/ well, from the URL you mention in the copyright file, the following changes were apparently commited to SVN after your -rc2 snapshot btw.: Files libibverbs/examples/devinfo.c and libibverb

Re: RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-15 Thread Kilian Krause
Hi Roland, Am Donnerstag, den 15.09.2005, 09:50 -0700 schrieb Roland Dreier: > Please let me know if there's any way I can improve the packages, or > if more information is required. as I am unfortunatelly not in possion of infiniband hardware, here's the first observations: + zero-byte files: (

RFS: libibverbs, libmthca - InfiniBand libraries

2005-09-15 Thread Roland Dreier
Hi, I'm searching for a sponsor for libibverbs and libmthca packages. These libraries allow applications to take advantage of the direct userapce access to InfiniBand hardware that is supported in kernels 2.6.13 and newer. Typical consumers of these libraries would be high-performance cluster soft