Bart Van Assche wrote:
On Jan 28, 2008 6:07 PM, Vu Pham [EMAIL PROTECTED] wrote:
On srpt readme file, the prerequisite is install SCST BEFORE
ofed-1.3 or like Vlad warning recompiling ofed if you
install scst after install ofed.
This is what will happen if someone installs Linux kernel
On Jan 28, 2008 6:07 PM, Vu Pham [EMAIL PROTECTED] wrote:
On srpt readme file, the prerequisite is install SCST BEFORE
ofed-1.3 or like Vlad warning recompiling ofed if you
install scst after install ofed.
This is what will happen if someone installs Linux kernel headers +
SCST + OFED in this
On Jan 29, 2008 9:20 AM, Vu Pham [EMAIL PROTECTED] wrote:
There are two include paths. The first one is
/usr/local/include/scst and the second one are
drivers/infiniband/ulp/srpt. Therefore, building srpt in
ofed will always use the /usr/local/include/scst path first
and if you already
Sasha Khapyorsky wrote:
Hi Vlad,
Please pull recent ofed_1_3 branch of ~sashak/management.git.
The changes are:
Hal Rosenstock (2):
infiniband-diags: Add missing COPYING file
management: Update License: field in management spec files
Sasha Khapyorsky (2):
opensm: rename
New srpm for MVAPICH1 was uploaded.
Please check ~pasha/ofed_1_3/ (see latest.txt for the build number)
New build include documentation and tuning fixes.
--
Pavel Shamis (Pasha)
Mellanox Technologies
___
ewg mailing list
ewg@lists.openfabrics.org
cakewalk sonar 6 producer edition - 69
intuit quicken home and business 2008 - 39
roxio digitalmedia studio deluxe suite 7.0 - 49
office professional xp - 49
autodesk architectural studio 3.0 - 39
luxology modo 301 for mac - 129
symantec norton 360 - 29
acronis true image workstation 9.1.3887 - 29
Hello! I am tired this afternoon. I am nice girl that would like to chat with
you. Email me at [EMAIL PROTECTED] only, because I am using my friend's email
to write this. I would like to share some of my pics.
___
ewg mailing list
On Jan 29, 2008 11:09 AM, Vu Pham [EMAIL PROTECTED] wrote:
Bart Van Assche wrote:
Please remove drivers/infiniband/ulp/srpt/scsi_tgt.h and scst_const.h
from the OFED distribution. It's better that the SRP target doesn't
build if SCST was not yet installed instead of having to experience a
OFED Jan 28 meeting summary on RC3 readiness:
=
1. OFED 1.3 readiness toward RC3 this week
* RC3 is based on the official 2.6.24 release
* RC3 is expected on Wed
* RC4 is planned for Feb 13
2. All companies update:
* IBM - ready for RC3
Bart Van Assche wrote:
On Jan 28, 2008 12:47 PM, Vladislav Bolkhovitin [EMAIL PROTECTED] wrote:
Bart Van Assche wrote:
Apparently OFED 1.3 includes SRP target support ? Although I consider
SRP target support as a very valuable contribution, it should not be
included in the OFED distribution
Moni Shoua wrote:
move a little up the code that checks for a situation where the remote
GID stored in the ipoib_neigh is
different than the one present in the neighbour (handle Gratuitous ARP)
or that a bonding fail over has
happened but the neighbour still has a pointer to an
On Tue, 2008-01-29 at 16:17 +0200, Moni Shoua wrote:
Eli Cohen wrote:
Now you may call ipoib_put_ah(neigh-ah) for a CM neighbor and this
could cause de-reference of a NULL pointer.
If I understand you right, I don't see how this can happen.
The code block that calls
Now you may call ipoib_put_ah(neigh-ah) for a CM neighbor and this
could cause de-reference of a NULL pointer.
On Tue, 2008-01-29 at 12:44 +0200, Moni Shoua wrote:
move a little up the code that checks for a situation where the remote GID
stored in the ipoib_neigh is
different than the
I get the following compile error on Redhat EL 5.1
compiling ibutils on today's daily build.
woody
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include
-I/usr/include/infiniband -I/usr/include -DOSM_VENDOR_INTF_OPENIB
-DOSM_BUILD_OPENIB -D_XOPEN_SOURCE=600 -D_BSD_SOURCE=1 -O2 -Wall
On Tue, 2008-01-29 at 14:21 +0200, Tziporet Koren wrote:
OFED Jan 28 meeting summary on RC3 readiness:
=
1. OFED 1.3 readiness toward RC3 this week
* RC3 is based on the official 2.6.24 release
* RC3 is expected on
There is new release for dapl 2.0 available on the OFA download page and in my
git tree.
Changes to allow both v1 and v2 development packages to be installed on the
same system.
v2 libdat.so has been renamed to libdat2.so.
md5sum: 010459e421a5c194438d58b1ccf1c6d0 dapl-2.0.5.tar.gz
Arlin:
I have not had a chance to look at uDAPL 2.0, can you give a brief summary
the changes from 1.2 to 2.0, I am interested from the applications perspective,
don't care the internal details.
Thanks.
--CQ
From: [EMAIL PROTECTED] [mailto:[EMAIL
17 matches
Mail list logo