[ANNOUNCE] librdmacm 1.0.12

[ANNOUNCE] librdmacm 1.0.12

[Sean Hefty]

I've pushed out release 1.0.12 of librdmacm.  This incorporates several new APIs
that should make connecting and transferring data over RDMA devices simpler for
user applications, plus adds support for user space path record caching.

New APIs include simple wrappers for common verbs operations, such as memory
registration, posting of work requests, and retrieving completions.  Support for
synchronous connection establishment was added, along with newer calls that
combine the work done using multiple existing calls.  To help address MPI
scaling issues, this release provides support for IB ACM path record caching
capabilities, enabled through the use of a compile time option.  New client and
server test applications were also added to demonstrate the use of the new APIs.

(Note that the source code includes changes for AF_IB support, but AF_IB has
been disabled in the code to avoid potential ABI compatibility issues until the
kernel changes have been accepted upstream.)  This version wants the soon to be
released version of libibverbs, but will work with older versions installed.

Please pull this release into OFED 1.5.2.  I will provide a set of release notes
next week.

- Sean

--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Sean Hefty]

>I've pushed out release 1.0.12 of librdmacm.

Uhm... the release is at:

http://www.openfabrics.org/downloads/rdmacm/librdmacm-1.0.12.tar.gz

- Sean

--
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

Re: [ANNOUNCE] librdmacm 1.0.12

[Vladimir Sokolovsky]

Sean Hefty wrote:
>> I've pushed out release 1.0.12 of librdmacm.
> 
> Uhm... the release is at:
> 
> http://www.openfabrics.org/downloads/rdmacm/librdmacm-1.0.12.tar.gz
> 
> - Sean
> 

Hi Sean,
After updating librdmacm. compat-dapl compilation fails:

  gcc -DHAVE_CONFIG_H -I. -I. -I. -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -I/usr/local/include -g -Wall -D_GNU_SOURCE 
-DDAT_CONF=\"/etc/dat.conf\" -D_GNU_SOURCE -DOS_RELEASE=131078 -DREDHAT_EL5 -DOPENIB -DCQ_WAIT_OBJECT -I./dat/include/ -I./dapl/include/ -I./dapl/common -I./dapl/udapl/linux -I./dapl/openib_cma -O2 -g 
-pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -I/usr/local/include -MT dapl_udapl_libdaplcma_la-dapl_evd_create.lo -MD -MP -MF 
.deps/dapl_udapl_libdaplcma_la-dapl_evd_create.Tpo -c dapl/udapl/dapl_evd_create.c  -fPIC -DPIC -o .libs/dapl_udapl_libdaplcma_la-dapl_evd_create.o
In file included from ./dapl/include/dapl.h:246In file included from ./dapl/include/dapl.h:246,
                  from dapl/udapl/dapl_init.c:39:
./dapl/openib_cma/dapl_ib_util.h:54:27: error: rdma/rdma_cma.h: No such file or directory
,
                  from dapl/udapl/dapl_cno_create.c:39:

Regards,
Vladimir
--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Sean Hefty]

>Hi Sean,
>After updating librdmacm. compat-dapl compilation fails:

Thanks - I'll look into this tomorrow.  Was DAPL updated at all?  And what is
'compat-dapl'?

>In file included from ./dapl/include/dapl.h:246In file included from
>./dapl/include/dapl.h:246,
>                  from dapl/udapl/dapl_init.c:39:
>./dapl/openib_cma/dapl_ib_util.h:54:27: error: rdma/rdma_cma.h: No such file or
>directory

I don't get this.  rdma/rdma_cma.h was modified, but it's still there.  Is only
the redhat EL5 build affected, or do all builds fail?

--
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

Re: [ANNOUNCE] librdmacm 1.0.12

[Vladimir Sokolovsky]

Sean Hefty wrote:
>> Hi Sean,
>> After updating librdmacm. compat-dapl compilation fails:
> 
> Thanks - I'll look into this tomorrow.  Was DAPL updated at all?  And what is
> 'compat-dapl'?
> 
>> In file included from ./dapl/include/dapl.h:246In file included from
>> ./dapl/include/dapl.h:246,
>>                  from dapl/udapl/dapl_init.c:39:
>> ./dapl/openib_cma/dapl_ib_util.h:54:27: error: rdma/rdma_cma.h: No such file or
>> directory
> 
> I don't get this.  rdma/rdma_cma.h was modified, but it's still there.  Is only
> the redhat EL5 build affected, or do all builds fail?
> 
> --
> 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
> 


Sean,
The problem is in the Makefile.am:

librdmacmincludedir = $(includedir)/rdma $(includedir)/infiniband

This cause *.h files to be installed under "/usr/include/rdma\ /usr/include/infiniband":

/usr/include/rdma /usr/include/infiniband/ib.h
/usr/include/rdma /usr/include/infiniband/rdma_cma.h
/usr/include/rdma /usr/include/infiniband/rdma_cma_abi.h
/usr/include/rdma /usr/include/infiniband/rdma_verbs.h


Regards,
Vladimir
--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Davis, Arlin R]

 
>Sean,
>The problem is in the Makefile.am:
>
>librdmacmincludedir = $(includedir)/rdma $(includedir)/infiniband
>
>This cause *.h files to be installed under "/usr/include/rdma\ 
>/usr/include/infiniband":
>
>/usr/include/rdma /usr/include/infiniband/ib.h
>/usr/include/rdma /usr/include/infiniband/rdma_cma.h
>/usr/include/rdma /usr/include/infiniband/rdma_cma_abi.h
>/usr/include/rdma /usr/include/infiniband/rdma_verbs.h

Vlad,

Please re-pull the package and retry.

-arlin (for Sean, dead PC)
 
--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Hefty, Sean]

>>librdmacmincludedir = $(includedir)/rdma $(includedir)/infiniband
>>
>>This cause *.h files to be installed under "/usr/include/rdma\
>>/usr/include/infiniband":
>>
>>/usr/include/rdma /usr/include/infiniband/ib.h
>>/usr/include/rdma /usr/include/infiniband/rdma_cma.h
>>/usr/include/rdma /usr/include/infiniband/rdma_cma_abi.h
>>/usr/include/rdma /usr/include/infiniband/rdma_verbs.h
>
>Please re-pull the package and retry.

The installation issue should be corrected in the latest package.

Also, a new config option was added to the librdmacm to allow for support for IB ACM.  I'm not sure of the best way to expose the option to users through the OFED install scripts.  Requiring users to build a custom RPM if they want to enable IB ACM is fine for me.

I also placed a release of ib_acm on the OFA server to include in OFED 1.5.2.  It should always be safe to install ib_acm, but the librdmacm will not make use of it unless the above mentioned config option has been set.  I will look at the install scripts to see what might be a good way to enable/disable IB ACM, but if you have any ideas, please let me know.  (It should be disabled by default.)

- Sean
--
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

Re: [ANNOUNCE] librdmacm 1.0.12

[Or Gerlitz]

Sean Hefty wrote:
> I've pushed out release 1.0.12 of librdmacm.  

Hi Sean, below is a tiny patch which will help direct users to the correct mailing list


set the mailing list info to be linux-rdma instead of the ofa general list

signed-off-by: Or Gerlitz <ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org>

diff --git a/configure.in b/configure.in
index d6c4a62..d0f2623 100644
--- a/configure.in
+++ b/configure.in
@@ -1,7 +1,7 @@
 dnl Process this file with autoconf to produce a configure script.
 
 AC_PREREQ(2.57)
-AC_INIT(librdmacm, 1.0.12, general-ZwoEplunGu1OwGhvXhtEPSCwEArCW2h5@public.gmane.org)
+AC_INIT(librdmacm, 1.0.12, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org)
 AC_CONFIG_SRCDIR([src/cma.c])
 AC_CONFIG_AUX_DIR(config)
 AM_CONFIG_HEADER(config.h)
--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Hefty, Sean]

> Hi Sean, below is a tiny patch which will help direct users to the
> correct mailing list

Thanks - I'll get this applied, so it will be there for the next release.

- Sean
--
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

Re: [ANNOUNCE] librdmacm 1.0.12

[Andrea Gozzelino]

On May 22, 2010 01:06 AM, Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> I've pushed out release 1.0.12 of librdmacm. This incorporates several
> new APIs
> that should make connecting and transferring data over RDMA devices
> simpler for
> user applications, plus adds support for user space path record
> caching.
> 
> New APIs include simple wrappers for common verbs operations, such as
> memory
> registration, posting of work requests, and retrieving completions.
> Support for
> synchronous connection establishment was added, along with newer calls
> that
> combine the work done using multiple existing calls. To help address
> MPI
> scaling issues, this release provides support for IB ACM path record
> caching
> capabilities, enabled through the use of a compile time option. New
> client and
> server test applications were also added to demonstrate the use of the
> new APIs.
> 
> (Note that the source code includes changes for AF_IB support, but
> AF_IB has
> been disabled in the code to avoid potential ABI compatibility issues
> until the
> kernel changes have been accepted upstream.) This version wants the
> soon to be
> released version of libibverbs, but will work with older versions
> installed.
> 
> Please pull this release into OFED 1.5.2. I will provide a set of
> release notes
> next week.
> 
> - Sean
> 
> --
> 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
> 

Hi Sean,
Hi Arlin,

I'm very interesting about librdmacm.

I'm working on Intel Net Effect NE020 cards from February 2010 for an
INFN experimental proposal, called REDIGO (Read out at 10 Gbits/s),
about the data
acquisition and movement systems. The covergence of storage protocols
around 10 Gigabits/s Ethernet protocols shows that one way could be the
Remote Direct Memory Access (RDMA). The goals are the investigations of
latency time, the throughput, the buffer size schemes and finally the
global event building bandwidth.
I explore different ways as TCP, SDP, RDMA, FCoE, MPI, excluded
Infiniband.

Actually I transfer data (read/write) in a server/client system with
RDMA. The transfer speed measured is about 1.17 Mbytes/s (93% of
designed bandwith). I try to measure the latency, but I have a TCP
socket as syncronization actor and the measure is not "clean". The card
nominal latency value is 6 us.

I'm not an expert of code, but I read this thread and I understand that
new librdmacm version will be easier for users.

I will wait your release notes to know if librdmacm 1.0.12 is better for
my test configuration and simplier in performance evaluation.

Thank you very much.
Keep in touch,
Andrea


Andrea Gozzelino

INFN - Laboratori Nazionali di Legnaro	(LNL)
Viale dell'Universita' 2
I-35020 - Legnaro (PD)- ITALIA
Tel: +39 049 8068346
Fax: +39 049 641925
Mail: andrea.gozzelino-PK20h7lG/Rc1GQ1Ptb7lUw@public.gmane.org			

--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Hefty, Sean]

> I'm not an expert of code, but I read this thread and I understand that
> new librdmacm version will be easier for users.

New APIs were added to the librdmacm that make it easier for a developer to establish a connection over an RDMA device.  Additionally, wrappers were added around several of the verbs calls to make it easier to post work requests.  Man pages were added for the newer connection related interfaces, and two additional sample applications were added to demonstrate their use.

See: rdma_create_ep, rdma_getaddrinfo, rdma_destroy_ep calls, and
     rdma_server, rdma_client apps
The wrapper calls are in rdma/rdma_verbs.h

Most of the concepts were based on feedback from MPI developers and students who needed easier interfaces to use and understand, with some specific ideas pulled in from an libiwarp helper library developed by Philip Frey.

For the most part, you can mix new interfaces calls with lower level verbs calls as needed by your application.

I'm still 1-2 weeks away from writing up the release notes.

- Sean
--
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

Re: [ANNOUNCE] librdmacm 1.0.12

[Vladimir Sokolovsky]

Sean Hefty wrote:
> I've pushed out release 1.0.12 of librdmacm.  This incorporates several new APIs
> that should make connecting and transferring data over RDMA devices simpler for
> user applications, plus adds support for user space path record caching.
> 
> New APIs include simple wrappers for common verbs operations, such as memory
> registration, posting of work requests, and retrieving completions.  Support for
> synchronous connection establishment was added, along with newer calls that
> combine the work done using multiple existing calls.  To help address MPI
> scaling issues, this release provides support for IB ACM path record caching
> capabilities, enabled through the use of a compile time option.  New client and
> server test applications were also added to demonstrate the use of the new APIs.
> 
> (Note that the source code includes changes for AF_IB support, but AF_IB has
> been disabled in the code to avoid potential ABI compatibility issues until the
> kernel changes have been accepted upstream.)  This version wants the soon to be
> released version of libibverbs, but will work with older versions installed.
> 
> Please pull this release into OFED 1.5.2.  I will provide a set of release notes
> next week.
> 
> - Sean
> 


Sean,
librdmacm 1.0.12 compilation fails on RHEL4.x:

  gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -g -Wall -D_GNU_SOURCE -O2 -g -pipe -m64 -MT src_librdmacm_la-acm.lo -MD -MP -MF .deps/src_librdmacm_la-acm.Tpo -c src/acm.c  -fPIC -DPIC -o 
.libs/src_librdmacm_la-acm.o
In file included from src/acm.c:44:
./include/infiniband/ib.h:49: error: syntax error before "__be16"
./include/infiniband/ib.h:49: warning: no semicolon at end of struct or union
./include/infiniband/ib.h:49: warning: no semicolon at end of struct or union
./include/infiniband/ib.h:50: warning: type defaults to `int' in declaration of `uib_addr32'
./include/infiniband/ib.h:50: warning: data definition has no type or storage class
./include/infiniband/ib.h:51: error: syntax error before "uib_addr64"
./include/infiniband/ib.h:51: warning: type defaults to `int' in declaration of `uib_addr64'
./include/infiniband/ib.h:51: warning: data definition has no type or storage class
./include/infiniband/ib.h:52: error: syntax error before '}' token
./include/infiniband/ib.h:52: warning: type defaults to `int' in declaration of `ib_u'
./include/infiniband/ib.h:52: warning: data definition has no type or storage class
./include/infiniband/ib.h:60: error: syntax error before '}' token
./include/infiniband/ib.h: In function `ib_addr_any':
./include/infiniband/ib.h:64: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h:64: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h: In function `ib_addr_loopback':
./include/infiniband/ib.h:69: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h:69: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h:70: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h:70: error: dereferencing pointer to incomplete type
./include/infiniband/ib.h: At top level:
./include/infiniband/ib.h:74: error: syntax error before "__be32"
./include/infiniband/ib.h: In function `ib_addr_set':
./include/infiniband/ib.h:76: error: `addr' undeclared (first use in this function)
./include/infiniband/ib.h:76: error: (Each undeclared identifier is reported only once
./include/infiniband/ib.h:76: error: for each function it appears in.)
./include/infiniband/ib.h:76: error: `w1' undeclared (first use in this function)
./include/infiniband/ib.h:77: error: `w2' undeclared (first use in this function)
./include/infiniband/ib.h:78: error: `w3' undeclared (first use in this function)
./include/infiniband/ib.h:79: error: `w4' undeclared (first use in this function)
./include/infiniband/ib.h: In function `ib_addr_cmp':
./include/infiniband/ib.h:84: error: invalid application of `sizeof' to incomplete type `ib_addr'
./include/infiniband/ib.h: At top level:
./include/infiniband/ib.h:89: error: syntax error before "__be16"
./include/infiniband/ib.h:89: warning: no semicolon at end of struct or union
./include/infiniband/ib.h:90: warning: type defaults to `int' in declaration of `sib_flowinfo'
./include/infiniband/ib.h:90: warning: data definition has no type or storage class
./include/infiniband/ib.h:92: error: syntax error before "sib_sid"
./include/infiniband/ib.h:92: warning: type defaults to `int' in declaration of `sib_sid'
./include/infiniband/ib.h:92: warning: data definition has no type or storage class
./include/infiniband/ib.h:93: error: syntax error before "sib_sid_mask"
./include/infiniband/ib.h:93: warning: type defaults to `int' in declaration of `sib_sid_mask'
./include/infiniband/ib.h:93: warning: data definition has no type or storage class
./include/infiniband/ib.h:95: error: syntax error before '}' token
./include/infiniband/ib.h:91: error: storage size of `sib_addr' isn't known

Regards,
Vladimir

--
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

RE: [ANNOUNCE] librdmacm 1.0.12

[Hefty, Sean]

>   gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -g -Wall -D_GNU_SOURCE -O2 -g
> -pipe -m64 -MT src_librdmacm_la-acm.lo -MD -MP -MF .deps/src_librdmacm_la-
> acm.Tpo -c src/acm.c  -fPIC -DPIC -o
> .libs/src_librdmacm_la-acm.o
> In file included from src/acm.c:44:
> ./include/infiniband/ib.h:49: error: syntax error before "__be16"

At least the following definitions are missing from types.h in redhat 4.x, which is based on 2.6.9.  (These are from RH 5.x.)

158 #ifdef __CHECKER__
159 #define __bitwise__ __attribute__((bitwise))
160 #else
161 #define __bitwise__
162 #endif
163 #ifdef __CHECK_ENDIAN__
164 #define __bitwise __bitwise__
165 #else
166 #define __bitwise
167 #endif
168 
169 typedef __u16 __bitwise __le16;
170 typedef __u16 __bitwise __be16;
171 typedef __u32 __bitwise __le32;
172 typedef __u32 __bitwise __be32;
173 #if defined(__GNUC__) && !defined(__STRICT_ANSI__)
174 typedef __u64 __bitwise __le64;
175 typedef __u64 __bitwise __be64;
176 #endif

Has OFED handled a similar problem in the past?  If so, how?  (I can think of a couple ways to deal with this.)

- Sean
--
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

[PATCH] librdmacm: support 2.6.9

[Hefty, Sean]

Redhat 4.x is based on 2.6.9.  Add support for older kernels.

Signed-off-by: Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
---
This should fix the OFED build errors on RH 4.x.  When testing this on a
RH 4.x system, I noticed additional build warnings on 32-bit systems.
I'll add a fix for these warnings separately. 

 include/infiniband/ib.h |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/include/infiniband/ib.h b/include/infiniband/ib.h
index 3a97322..2e5029a 100644
--- a/include/infiniband/ib.h
+++ b/include/infiniband/ib.h
@@ -43,6 +43,16 @@
 #define PF_IB AF_IB
 #endif
 
+#ifndef __be16
+#define __be16 __u16
+#endif
+#ifndef __be32
+#define __be32 __u32
+#endif
+#ifndef __be64
+#define __be64 __u64
+#endif
+
 struct ib_addr {
 	union {
 		__u8		uib_addr8[16];


--
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

RE: [ANNOUNCE] librdmacm 1.0.12: release notes text

[Andrea Gozzelino]

On Jun 01, 2010 05:18 PM, "Hefty, Sean" <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:

> > gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -g -Wall -D_GNU_SOURCE
> >   -O2 -g
> > -pipe -m64 -MT src_librdmacm_la-acm.lo -MD -MP -MF
> > .deps/src_librdmacm_la-
> > acm.Tpo -c src/acm.c  -fPIC -DPIC -o
> > .libs/src_librdmacm_la-acm.o
> > In file included from src/acm.c:44:
> > ./include/infiniband/ib.h:49: error: syntax error before "__be16"
> 
> At least the following definitions are missing from types.h in redhat
> 4.x, which is based on 2.6.9. (These are from RH 5.x.)
> 
> 158 #ifdef __CHECKER__
> 159 #define __bitwise__ __attribute__((bitwise))
> 160 #else
> 161 #define __bitwise__
> 162 #endif
> 163 #ifdef __CHECK_ENDIAN__
> 164 #define __bitwise __bitwise__
> 165 #else
> 166 #define __bitwise
> 167 #endif
> 168 
> 169 typedef __u16 __bitwise __le16;
> 170 typedef __u16 __bitwise __be16;
> 171 typedef __u32 __bitwise __le32;
> 172 typedef __u32 __bitwise __be32;
> 173 #if defined(__GNUC__) && !defined(__STRICT_ANSI__)
> 174 typedef __u64 __bitwise __le64;
> 175 typedef __u64 __bitwise __be64;
> 176 #endif
> 
> Has OFED handled a similar problem in the past? If so, how? (I can
> think of a couple ways to deal with this.)
> 
> - Sean
> --
> 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
> 

Hi Sean,

I'm sorry but I have not information about the release notes text of
librdmacm version 1.0.12.
It's possible that I have lost the announce email.
Could you please send me the release notes, if they are ready?

Thank you very much.
Regards,
Andrea

Andrea Gozzelino

INFN - Laboratori Nazionali di Legnaro	(LNL)
Viale dell'Universita' 2
I-35020 - Legnaro (PD)- ITALIA
Tel: +39 049 8068346
Fax: +39 049 641925
Mail: andrea.gozzelino-PK20h7lG/Rc1GQ1Ptb7lUw@public.gmane.org			

--
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

RE: [ANNOUNCE] librdmacm 1.0.12: release notes text

[Hefty, Sean]

> I'm sorry but I have not information about the release notes text of
> librdmacm version 1.0.12.
> It's possible that I have lost the announce email.
> Could you please send me the release notes, if they are ready?

All I have for release notes are a hand-written message sitting on my desk that tell me to write them.  :)  They simply haven't been at the top of my to-do list the last couple of weeks.

- Sean
--
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