Ira Weiny wrote:
On Tue, 29 Sep 2009 18:16:21 +0200
Eli Dorfman (Voltaire) dorfman@gmail.com wrote:
Ira Weiny wrote:
Eli,
On Wed, 26 Aug 2009 17:37:30 +0300
Eli Dorfman (Voltaire) dorfman@gmail.com wrote:
Subject: [PATCH] Fix IB network discovery from switch node.
Sorry for the
Current code has a limitation as for the size of an LSO header not allowed to
cross a 64 byte boundary. This patch removes this limitation by setting the WQE
RR for large headers thus allowing LSO headers of any size. The extra buffer
reserved for MLX4_IB_QP_LSO QPs has been doubled, from 64 to
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.21.1
Passed on
On Tue, Sep 29, 2009 at 9:54 AM, Slava Strebkov sla...@voltaire.com wrote:
Additional data structure added:
1. Map of all partition keys opened in the fabric.
2. Map of all multicast group boxes shared same pkey.
MLID assignment for multicast groups works in a usual manner,
allocating free
On Tue, Sep 29, 2009 at 8:40 PM, Jeff Becker jeffrey.c.bec...@nasa.gov wrote:
Hal Rosenstock wrote:
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker jeffrey.c.bec...@nasa.gov
wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2)
No 2.6.28 39 30 31 32?
On Wed, 30 Sep 2009, Vladimir Sokolovsky (Mellanox) wrote:
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with
On Wed, Sep 30, 2009 at 10:27:47AM -0400, Christoph Lameter wrote:
No 2.6.28 39 30 31 32?
For OFED 1.5, the newest supported kernel is 2.6.30. However, there
should be support for 2.6.28, 2.6.29, and 2.6.30 in the nightly builds.
There should also be support for the SLES11 kernel
* Pavel Machek pa...@ucw.cz wrote:
On Thu 2009-09-17 08:45:29, Roland Dreier wrote:
[...]
OK. It would be nice to tie into something more general, but I
think I agree -- perf counters are missing the filtering and the no
lost events that ummunotify does have. [...]
Performance
On Thu 2009-09-17 08:45:29, Roland Dreier wrote:
Hmm, or are you saying you can only get 1 event per registered range
and
allocate the thing on registration? That'd need some registration limit
to avoid DoS scenarios.
Yes, that's what I do. You're right, I should add a
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
diff --git a/opensm/opensm/osm_sa_lft_record.c
b/opensm/opensm/osm_sa_lft_record.c
index d092129..828b277 100644
--- a/opensm/opensm/osm_sa_lft_record.c
+++ b/opensm/opensm/osm_sa_lft_record.c
@@ -99,8 +99,12 @@ static ib_api_status_t
, September 30, 2009 6:44 AM
To: Jeff Becker
Cc: OpenFabrics General
Subject: Re: [ofa-general] This list expires... tomorrow?
On Tue, Sep 29, 2009 at 8:40 PM, Jeff Becker
jeffrey.c.bec...@nasa.gov wrote:
Hal Rosenstock wrote:
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker
jeffrey.c.bec
On Wed, Sep 30, 2009 at 11:44:56AM +0200, Ingo Molnar wrote:
OK. It would be nice to tie into something more general, but I
think I agree -- perf counters are missing the filtering and the no
lost events that ummunotify does have. [...]
Performance events filtering is being worked
Or Gerlitz wrote:
On Wed, Sep 30, 2009 at 2:40 AM, Jeff Becker jeffrey.c.bec...@nasa.gov
wrote:
From tomorrow on, the general list will continue to exist with
searchable archives, but no new messages will be accepted. People who
try to send to general will be told to send to
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.21.1
Passed on
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
Changes since v1:
Use snprintf rather than sprintf
Also, moved output of ]
diff --git a/opensm/opensm/osm_mesh.c b/opensm/opensm/osm_mesh.c
index 260e2f8..53f0f58 100644
--- a/opensm/opensm/osm_mesh.c
+++ b/opensm/opensm/osm_mesh.c
@@
Use faster cl_ptr_vector_get() call instead of cl_ptr_vector_at(). In
this way eliminate 'stat' variable needs.
Signed-off-by: Sasha Khapyorsky sas...@voltaire.com
---
opensm/opensm/osm_subnet.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Speedup a port lookup over LMC array - it is not necessary to match LMC
exactly for found port because base lid should be equal to requested lid
masked value, so '=' comparison should be enough and we don't need to
loop up to an actual port's lmc value match.
Signed-off-by: Sasha Khapyorsky
Since subn-port_lid_tbl vector is filled for all port's LIDs in
accordance with its LMC value, so we don't need to bother with LMC
tracking and instead can just return a pointer indexed by requested lid.
Obviously it speeds this helper up significantly.
Signed-off-by: Sasha Khapyorsky
On 14:45 Wed 23 Sep , Ira Weiny wrote:
From: Ira Weiny wei...@llnl.gov
Date: Wed, 23 Sep 2009 14:26:55 -0700
Subject: [PATCH] infiniband-diags/src/ibqueryerrors.c: fix bug when
attempting a sub-fabric scan
Also ibd_sm_id is never valid in this tool as the -s option is used
Hoot Thompson wrote:
Will the srp module be included in the OFED 1.5 release? If so, when?
SRP is already in OFED 1.5
If there are any problems please let Vu know about it
Tziporet
___
general mailing list
general@lists.openfabrics.org
Main purpose is to prepare infrastructure for (many) mgids to one mlid
compression. Proposed the following changes:
1.Element in mlid array is now a multicast group box.
2.mgrp_box keeps a list of mgroups sharing same mlid.
With introduction of compression, there will be many
multicast groups per
Additional data structure added:
1. Map of all partition keys opened in the fabric.
2. Map of all multicast group boxes shared same pkey.
MLID assignment for multicast groups works in a usual manner,
allocating free entry for newly created group.
Proposed compression algorithm starts working when
On 14:45 Wed 23 Sep , Ira Weiny wrote:
From: Ira Weiny wei...@llnl.gov
Date: Wed, 23 Sep 2009 14:26:55 -0700
Subject: [PATCH] infiniband-diags/src/ibqueryerrors.c: fix bug when
attempting a sub-fabric scan
Also ibd_sm_id is never valid in this tool as the -s option is used
Hi Ira,
On 15:09 Wed 23 Sep , Ira Weiny wrote:
From: Ira Weiny wei...@llnl.gov
Date: Wed, 23 Sep 2009 11:38:11 -0700
Subject: [PATCH] infiniband-diags/src/ibqueryerrors.c: Remove --all option
and replace it with --switch, --ca, --router
By default ibqueryerrors should print
Siplify node_type_to_print setup.
Signed-off-by: Sasha Khapyorsky sas...@voltaire.com
---
infiniband-diags/src/ibqueryerrors.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/infiniband-diags/src/ibqueryerrors.c
b/infiniband-diags/src/ibqueryerrors.c
index
What happens to this list after tomorrow? (i.e., general@lists.openfabrics.org
) Will mails bounce?
The intent is that all mails to the general list should be sent to
the linux-rdma list instead, right?
--
Jeff Squyres
jsquy...@cisco.com
___
On Tue, Sep 29, 2009 at 12:16:39PM -0400, Jeff Squyres wrote:
What happens to this list after tomorrow? (i.e.,
general@lists.openfabrics.org) Will mails bounce?
The intent is that all mails to the general list should be sent to the
linux-rdma list instead, right?
Can we set up an auto
It seems like we did that last time and people are still mailing to ope...@openib.org
.
Why not cut the cord completely? Perhaps setup an auto-responder
saying your was discarded; all mail should be re-sent to linux-
r...@...etc. People will make the mistake of mailing to the old/non-
On Tue, 29 Sep 2009 17:49:49 +0200
Sasha Khapyorsky sas...@voltaire.com wrote:
Hi Ira,
On 15:09 Wed 23 Sep , Ira Weiny wrote:
From: Ira Weiny wei...@llnl.gov
Date: Wed, 23 Sep 2009 11:38:11 -0700
Subject: [PATCH] infiniband-diags/src/ibqueryerrors.c: Remove --all option
and
Can some please give me a little insight on this issue
___
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
+1
Even though I have forgotten to email the new list once already. Have the old
list spank me and I will learn.
Ira
On Tue, 29 Sep 2009 13:25:13 -0400
Jeff Squyres jsquy...@cisco.com wrote:
It seems like we did that last time and people are still mailing to
ope...@openib.org
.
Why
On Tue, Sep 29, 2009 at 01:25:13PM -0400, Jeff Squyres wrote:
Plus, won't it be harder on the spam controls on the new list to
recognize a variety of old names for this list?
Many spam controls happen at the SMTP session level, forwarding
messages will defeat that.
Jason
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to linux-r...@vger.kernel.org
Please send comments/suggestions. Thanks.
-jeff
Jeff Squyres
+1
On Sep 29, 2009, at 3:06 PM, Jeff Becker wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to linux-r...@vger.kernel.org
Please send
On 12:06 Tue 29 Sep , Jeff Becker wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to linux-r...@vger.kernel.org
Seems as a good
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker jeffrey.c.bec...@nasa.gov wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to
Chris wrote:
Hey Guys,
So after compiling and installing everthing from OFED 1.5 I get this
issue
when trying to start iscsi with ib_iser.
Linux localhost.localdomain 2.6.18-164.el5xen #1 SMP Thu Sep 3
04:03:03 EDT
2009 x86_64 x86_64 x86_64 GNU/Linux
Starting iSCSI initiator service:
Hi Hal
Hal Rosenstock wrote:
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker jeffrey.c.bec...@nasa.gov
wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
A general question on getting the correct backport.
On my machine, if I do uname -r I get
2.6.18-128.el5
If I do cat /etc/redhat-release I get
CentOs release 5.3 (Final)
If I look in /usr/src/ofa_kernel/kernel_addons/backport
the subdirectory I need to use for the current kernel is:
On Tue, 29 Sep 2009, Robert D. Russell wrote:
My question: Is there somewhere in the system where I can
find (or generate) the string 2.6.18-EL5.3?
Rebuilt the kernel with another version string?
I want to put that in my scripts so they will automatically
pick it up whenever we change
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to linux-r...@vger.kernel.org
Sounds like a perfect plan to me... sorry for not
It's probably just me but I'm not ready yet. I haven't been able to
post a patch to linux-rdma yet :-(
What is going wrong when you try?
- R.
___
general mailing list
general@lists.openfabrics.org
Hi Hal,
On 15:34 Thu 24 Sep , Hal Rosenstock wrote:
When multiple switches are unlinked and then a switch is relinked,
it should behave like a cable pull or power down of switch so it
depends on the state of the remote peer port (as to linked or not).
This is not represented in the IB
On Tue, Sep 29, 2009 at 5:20 PM, Roland Dreier rdre...@cisco.com wrote:
It's probably just me but I'm not ready yet. I haven't been able to
post a patch to linux-rdma yet :-(
What is going wrong when you try?
It disappears into the ether without any response. I can see it
getting a
Hi Sasha,
On Tue, Sep 29, 2009 at 5:53 PM, Sasha Khapyorsky sas...@voltaire.com wrote:
Hi Hal,
On 15:34 Thu 24 Sep , Hal Rosenstock wrote:
When multiple switches are unlinked and then a switch is relinked,
it should behave like a cable pull or power down of switch so it
depends on the
Hi Sasha,
On Tue, 2009-09-29 at 15:53 -0600, Sasha Khapyorsky wrote:
Hi Hal,
On 15:34 Thu 24 Sep , Hal Rosenstock wrote:
When multiple switches are unlinked and then a switch is relinked,
it should behave like a cable pull or power down of switch so it
depends on the state of
Hi again Sasha,
In my previous post, I missed answering some of your (implied) questions.
On Tue, Sep 29, 2009 at 5:53 PM, Sasha Khapyorsky sas...@voltaire.com wrote:
Hi Hal,
On 15:34 Thu 24 Sep , Hal Rosenstock wrote:
When multiple switches are unlinked and then a switch is relinked,
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker jeffrey.c.bec...@nasa.gov wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that points you to
On Tue, 29 Sep 2009 18:16:21 +0200
Eli Dorfman (Voltaire) dorfman@gmail.com wrote:
Ira Weiny wrote:
Eli,
On Wed, 26 Aug 2009 17:37:30 +0300
Eli Dorfman (Voltaire) dorfman@gmail.com wrote:
Subject: [PATCH] Fix IB network discovery from switch node.
Sorry for the late
Hal Rosenstock wrote:
On Tue, Sep 29, 2009 at 3:06 PM, Jeff Becker jeffrey.c.bec...@nasa.gov wrote:
Hi all. I propose the following plan to shutdown the general list:
1) unsubscribe all current subscribers
2) set the list to discard any incoming messages with an auto-discard
message that
On Wed, Sep 30, 2009 at 2:40 AM, Jeff Becker jeffrey.c.bec...@nasa.gov wrote:
From tomorrow on, the general list will continue to exist with
searchable archives, but no new messages will be accepted. People who
try to send to general will be told to send to
linux-r...@vger.kernel.org instead.
Jason Gunthorpe wrote:
On Mon, Sep 28, 2009 at 10:15:08AM -0400, Brian J. Murrell wrote:
This is a problem we run into with Lustre somewhat frequently.
The issue is that deploying OFED 1.5 (i.e. beta software) in a
production environment is completely unacceptable, yet leaving one's
On Mon, Sep 21, 2009 at 8:06 PM, Bart Van Assche
bart.vanass...@gmail.com wrote:
My hypothesis is that in your setup running ib_srpt with thread=0
resulted in SRPT's completion queue handler (srpt_completion()), which
keeps running as long as more completion queue elements can be
processed,
chris wrote:
Hello,
I been trying to install ofed 1.4 on centos 5.3 for two days now can't
i get it work. I don't understand why it won't compile. here is my out
put hopeful someone can help.
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.21.1
Passed on i686 with linux-2.6.19
Passed on
Will the srp module be available in the OFED 1.5 release? If so, when?
___
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit
On Mon, Sep 28, 2009 at 1:35 PM, Hoot Thompson h...@ptpnow.com wrote:
Will the srp module be available in the OFED 1.5 release? If so, when?
Are you referring in the above to the SRP initiator or SRP target ?
Bart.
___
general mailing list
Initiator
Thanks for the quick response.
-Original Message-
From: Bart Van Assche [mailto:bart.vanass...@gmail.com]
Sent: Monday, September 28, 2009 7:54 AM
To: Hoot Thompson
Cc: general@lists.openfabrics.org
Subject: Re: [ofa-general] Srp in OFED 1.5
On Mon, Sep 28, 2009 at 1:35
Bart,
I really appreciate all your work here. It looks like you've really
bullet-proofed scst, and well defined where ib_srp has issues.
Thanks,
Chris
On Mon, Sep 28, 2009 at 12:27 AM, Bart Van Assche
bart.vanass...@gmail.com wrote:
On Mon, Sep 21, 2009 at 8:06 PM, Bart Van Assche
On Mon, 2009-09-28 at 09:42 +0200, Vladimir Sokolovsky wrote:
Hi Chris,
Kernel 2.6.18-164.el5 comes from RHEL5.4 and is not supported by OFED-1.4.X.
You should try OFED-1.5.
This is a problem we run into with Lustre somewhat frequently.
The issue is that deploying OFED 1.5 (i.e. beta
Hello everyone,I just installed the current daily build of OFED 1.5 on a CentOS 5.3 system which was also updated before. The installation worked fine, but afterwards I am not able to update my system anymore. The command "yum update" breaks with the error message:...-- Finished Dependency
If an SRP target processes SRP I/O slow enough, the SRP initiator locks up.
INFO: task fio:6389 blocked for more than 120 seconds.
echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message.
fio D 0 6389 6388 0x
880071dc5bd8
On Mon, Sep 28, 2009 at 2:06 PM, Hoot Thompson h...@ptpnow.com wrote:
From: Bart Van Assche [mailto:bart.vanass...@gmail.com]
Sent: Monday, September 28, 2009 7:54 AM
To: Hoot Thompson
Cc: general@lists.openfabrics.org
Subject: Re: [ofa-general] Srp in OFED 1.5
On Mon, Sep 28, 2009
Thanks for the feedback.
Hoot
-Original Message-
From: Bart Van Assche [mailto:bart.vanass...@gmail.com]
Sent: Monday, September 28, 2009 12:39 PM
To: Hoot Thompson
Cc: general@lists.openfabrics.org
Subject: Re: [ofa-general] Srp in OFED 1.5
On Mon, Sep 28, 2009 at 2:06 PM, Hoot
On Mon, Sep 28, 2009 at 10:15:08AM -0400, Brian J. Murrell wrote:
This is a problem we run into with Lustre somewhat frequently.
The issue is that deploying OFED 1.5 (i.e. beta software) in a
production environment is completely unacceptable, yet leaving one's
systems open to kernel
Will the srp module be included in the OFED 1.5 release? If so, when?
___
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit
On Tue 2009-09-15 07:57:56, Roland Dreier wrote:
I don't remember seeing discussion of this on lkml. Yes it is in
-next...
eg http://lkml.org/lkml/2009/7/31/197 and followups, or search for v2
and earlier patches.
Well... it seems little overspecialized. Just modifying libc to
On Mon, Sep 28, 2009 at 10:49:23PM +0200, Pavel Machek wrote:
I don't remember seeing discussion of this on lkml. Yes it is in
-next...
eg http://lkml.org/lkml/2009/7/31/197 and followups, or search for v2
and earlier patches.
Well... it seems little overspecialized. Just
WinOF testing with slightly different scheduler and verbs
showed some issues with cleanup. Add better protection around
destroy and move state change before socket send to insure
correct state in multi-thread environment targeting the same
device on send and recv.
Change DCM_RTU_PENDING to
Add IPPROTO_TCP to create socket. Specify device IP address
when binding instead of INADDR_ANY and remove setsocketopt
REUSEADDR on the listen socket to avoid any issues with
portability. Don't want duplicate port bindings.
Signed-off-by: Arlin Davis arlin.r.da...@intel.com
---
WinOF testing with slightly different scheduler and verbs
showed some issues with cleanup. Add better protection around
destroy and event processing thread.
Remove destroy flag and add refs counting to conn objects
to block destroy until all references are cleared. Add
locking aroung ref
Hey Guys,
So after compiling and installing everthing from OFED 1.5 I get this
issue when trying to start iscsi with ib_iser.
Linux localhost.localdomain 2.6.18-164.el5xen #1 SMP Thu Sep 3
04:03:03 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
Starting iSCSI initiator service: FATAL: Error
)
--
Message: 1
Date: Mon, 28 Sep 2009 20:33:12 -0700
From: chris khr...@gmail.com
Subject: [ofa-general] help install ofed 1.4 on Centos 5.2
To: general@lists.openfabrics.org
Message-ID:
9e14a1260909282033h7adafad4q9a2a81d943e42...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1
Hey
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.21.1
Passed on
On 16:20 Fri 25 Sep , Jim Schutt wrote:
On Fri, 2009-09-25 at 07:52 -0600, Sasha Khapyorsky wrote:
Hi Jim,
On 14:29 Tue 22 Sep , Jim Schutt wrote:
I'm working on another routing engine
That is interesting. What will be a key features of this new routing
engine?
On 14:38 Tue 22 Sep , Hal Rosenstock wrote:
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
diff --git a/opensm/opensm/osm_mesh.c b/opensm/opensm/osm_mesh.c
index 260e2f8..beb6bd7 100644
--- a/opensm/opensm/osm_mesh.c
+++ b/opensm/opensm/osm_mesh.c
@@ -1565,6 +1565,39 @@
On Sun, Sep 27, 2009 at 01:42:40PM -0700, chris wrote:
Hello,
I been trying to install ofed 1.4 on centos 5.3 for two days now can't i get
it work. I don't understand why it won't compile. here is my out put hopeful
someone can help.
Centos updated their kernel recently to be similar to
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.21.1
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.18
Passed on
http://bugzilla.kernel.org/show_bug.cgi?id=14235
Summary: SRP initiator lockup
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
to not have any bits on for reserved components
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
diff --git a/infiniband-diags/src/perfquery.c b/infiniband-diags/src/perfquery.c
index d70af9e..5d4046b 100644
--- a/infiniband-diags/src/perfquery.c
+++ b/infiniband-diags/src/perfquery.c
Sasha,
This applies after
infiniband-diags/src/ibqueryerrors: move --all option and replace it with
--switch, --ca, --router
From: Ira Weiny wei...@llnl.gov
Date: Thu, 24 Sep 2009 20:39:29 -0700
Subject: [PATCH] infiniband-diags/src/ibqueryerrors: Add clear errors and
counters options
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.21.1
Passed on
On 13:20 Thu 17 Sep , Ira Weiny wrote:
Sasha, would you be willing to accept such a patch? First move ib_types.h to
umad and then move the long inline functions into the lib and separate out
the remaining header.
Or would you prefer a new library? I think there is enough code there
Hi Jim,
On 14:29 Tue 22 Sep , Jim Schutt wrote:
I'm working on another routing engine
That is interesting. What will be a key features of this new routing
engine?
that also uses osm_switch_t:priv
to point to data that persists between calls to the routing engine, as
LASH does. And
Ira,
See one minor comment below:
On Fri, Sep 25, 2009 at 2:50 AM, Ira Weiny wei...@llnl.gov wrote:
Sasha,
This applies after
infiniband-diags/src/ibqueryerrors: move --all option and replace it
with
--switch, --ca, --router
From: Ira Weiny wei...@llnl.gov
Date: Thu, 24 Sep 2009
When LASH runs its switch structures cleanup OpenSM can rediscover a
subnet and 'p_sw' pointer may refer already freed memory, so don't touch
it, just free our own stuff. (Note also that for valids OpenSM switches
objects' 'priv' pointers are cleared on lash_cleanup()).
Signed-off-by: Sasha
On Fri, 25 Sep 2009 10:07:28 -0400
Hal Rosenstock hal.rosenst...@gmail.com wrote:
Ira,
See one minor comment below:
On Fri, Sep 25, 2009 at 2:50 AM, Ira Weiny wei...@llnl.gov wrote:
Sasha,
This applies after
infiniband-diags/src/ibqueryerrors: move --all option and replace it
Now I likely would agree with Ira that moving ib_types.h to libibumad
is a least painful option. Do we have a better ideas?
Just a random thought, but what about longer term adding a second set of
interfaces to libibumad? Basically, something more like the kernel ib_sa. I
don't know that we
On 9/25/09, Sasha Khapyorsky sas...@voltaire.com wrote:
When LASH runs its switch structures cleanup OpenSM can rediscover a
subnet and 'p_sw' pointer may refer already freed memory, so don't touch
it, just free our own stuff. (Note also that for valids OpenSM switches
objects' 'priv'
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5
Common build parameters:
Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.21.1
Passed on i686 with linux-2.6.19
Passed on
thanks, applied.
___
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Thanks, applied.
I almost missed this one because you sent it to general@ and not
linux-r...@vger.kernel.org -- and I was using the fancy
patchwork.kernel.org patch tracking stuff to see what I had to apply.
So sending things to linux-rdma@ helps you too!
Thanks,
Roland
thanks, applied.
___
general mailing list
general@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
When multiple switches are unlinked and then a switch is relinked,
it should behave like a cable pull or power down of switch so it
depends on the state of the remote peer port (as to linked or not).
This is not represented in the IB port/port physical state and is
additional state.
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get the batch of RDMA/InfiniBand changes
On Tuesday 22 September 2009 21:58, Nathan Stratton wrote:
Having an issue with getting verbs working on 2.6.31. I am running Fedora
11 with 2.6.31 and 1.1.2-0.1.gb00dc7d libibverbs. Everything looks great
until I run ibv_srq_pingpong to the server. It shows local/remote address
a bunch
Hi,
We want to use the MPA markers on the Neteffect adapters (which is disabled by
default by the iw_nes driver).
How can we enable it?
Few minor changes in the MPA negotiation in nes_cm.c.
Apart from that, how do I tell hardware to perform the MPA marker insertion
removal?
Regards,
Bill N
Sorry, I want to enable MPA markers on Neteffect cards.
I messed up the subject line.
Parav
--- On Wed, 9/23/09, Bill N ofedrnicu...@yahoo.com wrote:
From: Bill N ofedrnicu...@yahoo.com
Subject: [ofa-general] how to enable MPA CRC on Neteffects cards
To: OFED General general
ConnectX can work more efficiently if the CPU cache line size is configured to
it at INIT_HCA. This patch configures the CPU cache line size.
Signed-off-by: Eli Cohen e...@mellanox.co.il
---
As per Roland's comments, the following changes were made:
1. Remove #ifdef cache_line_size and include
Sneha Mistry wrote:
Hi,
I have two Dual port HCAa card.Which I have installed in
same PC.
I am using OpenSuse 10.3 and installed OFED 1.4.
If I try to run any IB bandwidth test or latency test it end us with warning
Conflicting CPU frequency values detected: 2394.00 !=
1 - 100 of 23689 matches
Mail list logo