Hmm, I didn't see any problem in your code. Have you installed
ofa_kernel_devel (kernel headers of OFED) after installation of
ofa_kernel_1_3_1?
Regards
Liang
neutron:
I'm using Mellanox HCA 'mthca0' type: MT25208, kernel version:
2.6.18-53.1.14.el5, ofed 1.3.1.
The failed function call
This email was generated automatically, please do not reply
git_url: git://git.openfabrics.org/ofed_1_4/linux-2.6.git
git_branch: ofed_kernel
Common build parameters:
Passed:
Passed on i686 with linux-2.6.16
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.19
Passed on i686 with
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 2774b4ab4608e25bdc365bca3a94c7d51ee19372 Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Wed, 18 Feb 2009 16:37:36 -0800
Subject: [PATCH] libibmad: Clean up new interface
type all void *ibmad_port and
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 9ae029eec58963629f4713868f383c6dd651448d Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Thu, 19 Feb 2009 17:27:21 -0800
Subject: [PATCH] infiniband-diags: Convert ibportstate to new ibmad
interface
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
Here is v2 of the patch series.
I used __attribute__ ((deprecated)) on the functions which should aid others
in realizing that these functions will go away. (It sure helped me to convert
all the diags.
Also I did _not_
On Fri, 20 Feb 2009 08:55:57 -0500
Hal Rosenstock hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
Here is v2 of the patch series.
I used __attribute__ ((deprecated)) on the functions which should aid others
in realizing that these
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
ibsim/sim.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ibsim/sim.h b/ibsim/sim.h
index ec76dac..48b4536 100644
--- a/ibsim/sim.h
+++ b/ibsim/sim.h
@@ -197,8 +197,8 @@ struct Port {
int physstate;
On Fri, Feb 20, 2009 at 8:41 AM, Hal Rosenstock
hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 2774b4ab4608e25bdc365bca3a94c7d51ee19372 Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Wed, 18 Feb 2009 16:37:36 -0800
saquery calls getpass, and according to the man page:
'This function is obsolete. Do not use it.'
Can we remove this call? What is your preference for replacing it? (Use scanf?
take the SM Key as a command line argument?)
___
general mailing list
On Fri, 20 Feb 2009 08:42:31 -0500
Hal Rosenstock hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 9ae029eec58963629f4713868f383c6dd651448d Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Thu, 19 Feb 2009 17:27:21 -0800
saquery calls getpass, and according to the man page:
'This function is obsolete. Do not use it.'
I believe that information may not be totally accurate. The modern
glibc implementation doesn't seem to have any problems.
- R.
___
general
-return (cxgb3_ofld_send(rdev_p-t3cdev_p, skb));
+return (iwch_cxgb3_ofld_send(rdev_p-t3cdev_p, skb));
minor but the parens around the function call are totally unnecessary.
If we're touching the line anyway may as well leave them off.
+static int iwch_post_qp_fatal(int id, void
On Fri, Feb 20, 2009 at 1:27 PM, Sean Hefty sean.he...@intel.com wrote:
saquery calls getpass, and according to the man page:
'This function is obsolete. Do not use it.'
Can we remove this call? What is your preference for replacing it? (Use
scanf?
take the SM Key as a command line
There was a thread on this back in June 2008:
http://lists.openfabrics.org/pipermail/general/2008-June/051057.html
Sasha wrote:
glibc info page doesn't indicate this. Also I did some
googling and looked at glibc code itself - found nothing suspicious yet.
Finally it is how password handled in
Use define rather than constant
Also, cosmetic formatting and fixed some typos
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
ibsim/ibsim.c |7 ---
ibsim/sim_cmd.c |6 --
ibsim/sim_mad.c |8
ibsim/sim_net.c |2 +-
4 files changed, 13 insertions(+),
When we installed the ofed, we use: OFED_1.3.1_dir/install.pl --all.
So we expect it should have installed everything.
ofed_info shows ofa_kernel-1.3.1 is installed, but
ofa_kernel_devel is not. What's that package for? where to get it?
It seems not located at OFED_1.3.1_dir/SRPMS .Thanks.
Roland Dreier wrote:
- return (cxgb3_ofld_send(rdev_p-t3cdev_p, skb));
+ return (iwch_cxgb3_ofld_send(rdev_p-t3cdev_p, skb));
minor but the parens around the function call are totally unnecessary.
If we're touching the line anyway may as well leave them off.
+static int
On Fri, 20 Feb 2009 10:28:13 -0800
Ira Weiny wei...@llnl.gov wrote:
On Fri, 20 Feb 2009 08:42:31 -0500
Hal Rosenstock hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 9ae029eec58963629f4713868f383c6dd651448d Mon Sep 17 00:00:00 2001
From 5630f01688b7ea755b02d183d73edc86339f2e8b Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Thu, 19 Feb 2009 17:27:21 -0800
Subject: [PATCH] infiniband-diags: Convert ibportstate to new ibmad interface
Signed-off-by: Ira Weiny wei...@llnl.gov
---
From f70635f4d62fb57221a4239a2013e602f6449548 Mon Sep 17 00:00:00 2001
From: Ira Weiny wei...@llnl.gov
Date: Thu, 19 Feb 2009 17:53:30 -0800
Subject: [PATCH] infiniband-diags: Convert ibsendtrap to new ibmad interface
also make mad_send_via public to do the conversion
Signed-off-by: Ira Weiny
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
infiniband-diags/src/saquery.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/infiniband-diags/src/saquery.c b/infiniband-diags/src/saquery.c
index 9726d22..bcd1f61 100644
---
Signed-off-by: Hal Rosenstock hal.rosenst...@gmail.com
---
libibmad/src/fields.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libibmad/src/fields.c b/libibmad/src/fields.c
index d6742f9..e14dbb5 100644
--- a/libibmad/src/fields.c
+++ b/libibmad/src/fields.c
@@
On Fri, 20 Feb 2009 13:24:35 -0500
Hal Rosenstock hal.rosenst...@gmail.com wrote:
On Fri, Feb 20, 2009 at 8:41 AM, Hal Rosenstock
hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
From 2774b4ab4608e25bdc365bca3a94c7d51ee19372 Mon Sep 17
On Fri, 20 Feb 2009 09:23:50 -0800
Ira Weiny wei...@llnl.gov wrote:
On Fri, 20 Feb 2009 08:55:57 -0500
Hal Rosenstock hal.rosenst...@gmail.com wrote:
On Thu, Feb 19, 2009 at 10:05 PM, Ira Weiny wei...@llnl.gov wrote:
Here is v2 of the patch series.
I used __attribute__
Do you have receive's posted at the remote side for immed data?
Nope, the remote side didn't got an event, (dat_evd_wait timed out).
The way to find out the immed data is to check the out going
parameter event of dat_evd_wait function.
I don't understand your answer. Do you have a receive
25 matches
Mail list logo