The
last official release from Mellanox is 3.3.2 and one of the major new features
is MSIX support.
Tziporet
-Original Message-From: Shirley Ma
[mailto:[EMAIL PROTECTED]Sent: Monday, May 09, 2005 11:36
PMTo: Hal RosenstockCc:
[EMAIL PROTECTED];
openib-general@openib.or
Hi Sean,
The kernel CM is currently capable of destroying the CM ID at the end of
the callback by setting ret to other than 0:
* Users may not call ib_destroy_cm_id while in the context of this callback;
* however, returning a non-zero value instructs the communication manager to
* destroy the
On Mon, May 09, 2005 at 07:50:22PM +0300, Michael S. Tsirkin wrote:
> Hello, Grant!
> Thanks for comments on the perftest.
> I think fixed all bug you found.
probably - welcome
> I just did
>
> >svn mv https://openib.org/svn/trunk/contrib/mellanox/perftest
> >https://openib.org/svn/gen2/trunk/s
On Sat, May 07, 2005 at 04:41:09PM -0700, Tom Duffy wrote:
> sk_alloc() already takes care of setting sk_family to proto. No need to
> do it a second time in sdp.
Thanks, applied and commited.
-Libor
___
openib-general mailing list
openib-general@ope
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel24/dat/dat.h
linux-kernel25/dat/dat.h
--- linux-kernel24/dat/dat.h2005-05-09 14:05:28.655967000 -0700
+++ linux-kernel25/dat/dat.h2005-05-09 14:08:31.214971000 -0700
@@ -1005,7 +1005,7 @@
};
/*
Jeff Carr wrote:
I didn't notice this error. In any case, it was something I did wrong; I
went back and did a simple check with your code and it is ok. I do
notice though that you can generate:
May 5 16:31:50 localhost kernel: ib_mthca :09:00.0: 1a0084/0: error
CQE -> QPN 1a0406, WQE @ 000
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel25/dat/dat.h
linux-kernel26/dat/dat.h
--- linux-kernel25/dat/dat.h2005-05-09 14:08:31.214971000 -0700
+++ linux-kernel26/dat/dat.h2005-05-09 14:12:56.760962000 -0700
@@ -43,8 +43,6 @@
typedef void
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel21/dat/dat.h
linux-kernel22/dat/dat.h
--- linux-kernel21/dat/dat.h2005-05-09 13:32:35.92396 -0700
+++ linux-kernel22/dat/dat.h2005-05-09 13:55:55.040963000 -0700
@@ -934,17 +934,17 @@
typedef
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel22/dat/dat.h
linux-kernel23/dat/dat.h
--- linux-kernel22/dat/dat.h2005-05-09 13:55:55.040963000 -0700
+++ linux-kernel23/dat/dat.h2005-05-09 14:02:35.073961000 -0700
@@ -955,13 +955,13 @@
D
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel23/dat/dat.h
linux-kernel24/dat/dat.h
--- linux-kernel23/dat/dat.h2005-05-09 14:02:35.073961000 -0700
+++ linux-kernel24/dat/dat.h2005-05-09 14:05:28.655967000 -0700
@@ -991,7 +991,7 @@
} DAT_REGI
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel19/dat/dat.h
linux-kernel20/dat/dat.h
--- linux-kernel19/dat/dat.h2005-05-09 13:28:13.273961000 -0700
+++ linux-kernel20/dat/dat.h2005-05-09 13:29:50.153961000 -0700
@@ -877,9 +877,9 @@
} DAT_PZ_A
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel16/dat/dat.h
linux-kernel17/dat/dat.h
--- linux-kernel16/dat/dat.h2005-05-09 13:19:22.189961000 -0700
+++ linux-kernel17/dat/dat.h2005-05-09 13:23:46.47396 -0700
@@ -794,7 +794,7 @@
} DAT_SP_H
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel20/dat/dat.h
linux-kernel21/dat/dat.h
--- linux-kernel20/dat/dat.h2005-05-09 13:29:50.153961000 -0700
+++ linux-kernel21/dat/dat.h2005-05-09 13:32:35.92396 -0700
@@ -914,11 +914,11 @@
/* Eve
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel15/dat/dat.h
linux-kernel16/dat/dat.h
--- linux-kernel15/dat/dat.h2005-05-09 13:15:04.793961000 -0700
+++ linux-kernel16/dat/dat.h2005-05-09 13:19:22.189961000 -0700
@@ -782,11 +782,11 @@
};
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel18/dat/dat.h
linux-kernel19/dat/dat.h
--- linux-kernel18/dat/dat.h2005-05-09 13:26:21.135961000 -0700
+++ linux-kernel19/dat/dat.h2005-05-09 13:28:13.273961000 -0700
@@ -835,11 +835,11 @@
* affil
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel17/dat/dat.h
linux-kernel18/dat/dat.h
--- linux-kernel17/dat/dat.h2005-05-09 13:23:46.47396 -0700
+++ linux-kernel18/dat/dat.h2005-05-09 13:26:21.135961000 -0700
@@ -820,11 +820,11 @@
};
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel14/dat/dat.h
linux-kernel15/dat/dat.h
--- linux-kernel14/dat/dat.h2005-05-09 12:58:35.516881000 -0700
+++ linux-kernel15/dat/dat.h2005-05-09 13:15:04.793961000 -0700
@@ -774,12 +774,12 @@
/* DTO
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel11/dat/dat.h
linux-kernel12/dat/dat.h
--- linux-kernel11/dat/dat.h2005-05-09 12:47:11.494001000 -0700
+++ linux-kernel12/dat/dat.h2005-05-09 12:50:54.204001000 -0700
@@ -695,12 +695,12 @@
/* PSP
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel12/dat/dat.h
linux-kernel13/dat/dat.h
--- linux-kernel12/dat/dat.h2005-05-09 12:50:54.204001000 -0700
+++ linux-kernel13/dat/dat.h2005-05-09 12:54:15.334001000 -0700
@@ -704,12 +704,12 @@
/* RSP
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel13/dat/dat.h
linux-kernel14/dat/dat.h
--- linux-kernel13/dat/dat.h2005-05-09 12:54:15.334001000 -0700
+++ linux-kernel14/dat/dat.h2005-05-09 12:58:35.516881000 -0700
@@ -718,7 +718,7 @@
* encode
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel9/dat/dat.h
linux-kernel10/dat/dat.h
--- linux-kernel9/dat/dat.h 2005-05-09 12:37:03.881002000 -0700
+++ linux-kernel10/dat/dat.h2005-05-09 12:40:19.541004000 -0700
@@ -676,7 +676,7 @@
DAT_
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel10/dat/dat.h
linux-kernel11/dat/dat.h
--- linux-kernel10/dat/dat.h2005-05-09 12:40:19.541004000 -0700
+++ linux-kernel11/dat/dat.h2005-05-09 12:47:11.494001000 -0700
@@ -689,9 +689,9 @@
/* PZ Pa
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel8/dat/dat.h
linux-kernel9/dat/dat.h
--- linux-kernel8/dat/dat.h 2005-05-09 12:30:15.36400 -0700
+++ linux-kernel9/dat/dat.h 2005-05-09 12:37:03.881002000 -0700
@@ -670,11 +670,11 @@
#define
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel7/dat/dat.h
linux-kernel8/dat/dat.h
--- linux-kernel7/dat/dat.h 2005-05-09 12:17:29.401004000 -0700
+++ linux-kernel8/dat/dat.h 2005-05-09 12:30:15.36400 -0700
@@ -610,7 +610,7 @@
DAT_E
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel6/dat/dat.h
linux-kernel7/dat/dat.h
--- linux-kernel6/dat/dat.h 2005-05-09 12:09:01.001003000 -0700
+++ linux-kernel7/dat/dat.h 2005-05-09 12:17:29.401004000 -0700
@@ -572,7 +572,7 @@
};
/* End
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel5/dat/dat.h
linux-kernel6/dat/dat.h
--- linux-kernel5/dat/dat.h 2005-05-09 11:56:32.97702 -0700
+++ linux-kernel6/dat/dat.h 2005-05-09 12:09:01.001003000 -0700
@@ -563,13 +563,13 @@
(DA
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel4/dat/dat.h
linux-kernel5/dat/dat.h
--- linux-kernel4/dat/dat.h 2005-05-09 11:50:52.631016000 -0700
+++ linux-kernel5/dat/dat.h 2005-05-09 11:56:32.97702 -0700
@@ -361,10 +361,10 @@
typedef ch
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel3/dat/dat.h
linux-kernel4/dat/dat.h
--- linux-kernel3/dat/dat.h 2005-05-09 11:36:42.18400 -0700
+++ linux-kernel4/dat/dat.h 2005-05-09 11:50:52.631016000 -0700
@@ -531,12 +531,12 @@
DAT
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -ur -X /home/tduffy/dontdiff linux-kernel2/dat/dat.h
linux-kernel3/dat/dat.h
--- linux-kernel2/dat/dat.h 2005-05-09 11:24:22.839026000 -0700
+++ linux-kernel3/dat/dat.h 2005-05-09 11:36:42.18400 -0700
@@ -524,12 +524,12 @@
* dat_lmr_
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
Index: linux-kernel/test/dapltest/test/dapl_fft_queryinfo.c
===
--- linux-kernel/test/dapltest/test/dapl_fft_queryinfo.c(revision 2290)
+++ linux-kernel/test/dapltest/test/dapl_fft_
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur -X /home/tduffy/dontdiff linux-kernel/dat/api.c
linux-kernel2/dat/api.c
--- linux-kernel/dat/api.c 2005-05-09 13:44:25.02396 -0700
+++ linux-kernel2/dat/api.c 2005-05-09 13:47:18.87396 -0700
@@ -583,7 +583,7 @@
The following set of patches removes the use of typedef for all the structs
defined in dat/dat.h.
Please apply in order.
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
Your friendly openib janitor.
___
openib-general mailing list
openib-general@openib.or
Did anyone see below panic before? I
hit this panic, after I've updated the stack to the most recent one, it
couldn't be reproducible. I guess some recent checkin has fixed this problem.
==
Oops: Kernel access of bad area, sig:
11 [#1]
SMP NR_CPUS=128 NUMA PSERIES LPAR
> I don't recall if there are issues running with
3.2.0 or not.
3.2.0 has no problem. Even 3.1.0 works
fine for me.
Shirley Ma
IBM Linux Technology Center
15300 SW Koll Parkway
Beaverton, OR 97006-6063
Phone(Fax): (503) 578-7638
___
openib-general mail
> On Mon, 2005-05-09 at 15:32, Hal Rosenstock wrote:
> > On Mon, 2005-05-09 at 14:39, Libor Michalek wrote:
> > > On Mon, May 09, 2005 at 01:22:17PM -0400, Hal Rosenstock wrote:
> > > > Hi Libor,
> > > >
> > > > I have a couple of questions pertaining to the user CM.
> > > >
> > > > 1. It appear
On Mon, 2005-05-09 at 15:32, Hal Rosenstock wrote:
> On Mon, 2005-05-09 at 14:39, Libor Michalek wrote:
> > On Mon, May 09, 2005 at 01:22:17PM -0400, Hal Rosenstock wrote:
> > > Hi Libor,
> > >
> > > I have a couple of questions pertaining to the user CM.
> > >
> > > 1. It appears that device (a
> > > 2. Any idea on how device would be supported ? Would this
> just be with
> > > an IB device number or a string like "mthca0" ?
> >
> > I was thinking that the destination GID in the req_event
> path record
> > would be sufficient to identify the local device/port, but I had not
> > tak
On Mon, 2005-05-09 at 14:39, Libor Michalek wrote:
> On Mon, May 09, 2005 at 01:22:17PM -0400, Hal Rosenstock wrote:
> > Hi Libor,
> >
> > I have a couple of questions pertaining to the user CM.
> >
> > 1. It appears that device (and port) are not supported either incoming
> > or outgoing. So if
On Sat, 2005-05-07 at 07:17, Bernhard Fischer wrote:
> s/seperat/separat/g
> in:
> trunk/src/userspace/mstflint/flint.cpp:4644
> trunk/src/userspace/management/osm/opensm/osm_lid_mgr.c:272:
> trunk/src/userspace/management/osm/include/opensm/osm_port.h:139
> utils/src/linux-user/IBMgtSim/config/sha
Tom,
If you are interested, there is one more thing you could look
into/give me advice on:
The dat module currently keeps track of its "state" (see the
DAT_REGISTRY_STATE enumeration). The registry uses this information to
detect the case when a provider or consumer calls a dat registry
func
On Mon, May 09, 2005 at 01:22:17PM -0400, Hal Rosenstock wrote:
> Hi Libor,
>
> I have a couple of questions pertaining to the user CM.
>
> 1. It appears that device (and port) are not supported either incoming
> or outgoing. So if that is correct, I presume only the first device
> (first port) i
Definitely.
On Mon, 9 May 2005, Tom Duffy wrote:
On Mon, 2005-05-09 at 14:06 -0400, James Lentini wrote:
Committed revision 2287.
On Fri, 6 May 2005, Tom Duffy wrote:
tduffy> James, thanks for applying my last patch.
tduffy>
tduffy> You know where I am going with this... this is the first in what w
On Mon, 2005-05-09 at 14:06 -0400, James Lentini wrote:
> Committed revision 2287.
>
> On Fri, 6 May 2005, Tom Duffy wrote:
>
> tduffy> James, thanks for applying my last patch.
> tduffy>
> tduffy> You know where I am going with this... this is the first in what will
> be
> tduffy> a huge amoun
Since I only saw this error once, I decided to commit the patch
(available in revision 2286).
james
On Mon, 9 May 2005, James Lentini wrote:
Itamar,
Could this patch have caused the error below?
drivers/infiniband/ulp/dat-provider/dapl_evd_connection_callb.c:100:
spin_lock(drivers/infiniband/ulp
Quoting r. Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: [openib-general] [PATCH 1/2] mthca: max_inline_data support
>
> Thanks... does it make sense to set the max_inline_data value for
> kernel QPs but then not support posting inline data?
That will come next (I plan to add that so ULPs can
Hi Libor,
I have a couple of questions pertaining to the user CM.
1. It appears that device (and port) are not supported either incoming
or outgoing. So if that is correct, I presume only the first device
(first port) is the only one which can be expected to work. Correct ?
If so, that should be
On Sun, May 08, 2005 at 05:29:30PM +0300, Michael S. Tsirkin wrote:
> Fix for two obvious typos in pingpong and us-pingpong parameter parsing
> (found by Grant in rdma_lat code).
Actually found by Bernard Fischer in rdma_lat.c.
Thanks for checking ibv_pingpong too.
grant
>
> Signed-off-by: Mic
Itamar,
Could this patch have caused the error below?
drivers/infiniband/ulp/dat-provider/dapl_evd_connection_callb.c:100:
spin_lock(drivers/infiniband/ulp/dat-provider/dapl_ep_util.c:d740a428)
already locked by
drivers/infiniband/ulp/dat-provider/dapl_evd_connection_callb.c/100
drivers/infiniba
Hello, Grant!
Thanks for comments on the perftest. I think fixed all bug you found.
I just did
>svn mv https://openib.org/svn/trunk/contrib/mellanox/perftest
>https://openib.org/svn/gen2/trunk/src/userspace
Committed revision 2285.
so we'll be able to exchange patches in the regular way.
Quoti
Thanks, applied.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Thanks... does it make sense to set the max_inline_data value for
kernel QPs but then not support posting inline data?
Also should we add some error checking against the HCA's maximum WQE
size?
- R.
___
openib-general mailing list
openib-general@openib
On Mon, 2005-05-09 at 11:47, James Lentini wrote:
> What is the exact command line you are using?
>
> This works for me
>
> ./kdapltest -T T -D mthca0a -s 192.168.0.6 -M PHY client SR 256 server SR 256
This was from before the fix was made for the default memory type but I
don't think that woul
On Sun, May 08, 2005 at 03:49:16PM +0300, Michael S. Tsirkin wrote:
> Besides the new flags, I noticed the following changes:
> - asm/timex.h usage to get cycles.
> Unfortunately not portable to all platforms:
> on x86_64 asm/timex.h includes linux/config so its not legal
> for userspace to i
What is the exact command line you are using?
This works for me
./kdapltest -T T -D mthca0a -s 192.168.0.6 -M PHY client SR 256 server SR 256
On Mon, 9 May 2005, Hal Rosenstock wrote:
On Mon, 2005-05-09 at 10:29, James Lentini wrote:
I also couldn't seem to get the -M PHY to work:
DT_BpoolAlloc: da
On Mon, 2005-05-09 at 10:39, James Lentini wrote:
> The slab corruption message below seems to involve IBAT's
> req_comp_work function. Any ideas?
I looked at this over the weekend and still don't have a working theory.
req_comp_work calls req_free which based on the pend->type frees the (in
this
Shahar,
The slab corruption message below seems to involve IBAT's
req_comp_work function. Any ideas?
james
On Sat, 7 May 2005, Tom Duffy wrote:
On Sat, 2005-05-07 at 01:54 -0400, Hal Rosenstock wrote:
Is the client connecting to a server which is present or not ?
Yes, the client *is* connecting t
On Mon, 2005-05-09 at 10:29, James Lentini wrote:
> >>> I also couldn't seem to get the -M PHY to work:
> >>> DT_BpoolAlloc: dat_lmr_kcreate failed DAT_SUCCESS DAT_INVALID_ARG7
> >
> > Have you tried the -M option ? Do you see this ?
>
> What type of memory did you specify? -M PHY?
-M PHY or -M V
Let me know if you still have trouble.
Works for me. Hope it does for Tom.
I also couldn't seem to get the -M PHY to work:
DT_BpoolAlloc: dat_lmr_kcreate failed DAT_SUCCESS DAT_INVALID_ARG7
Have you tried the -M option ? Do you see this ?
What type of memory did you specify? -M PHY?
__
Userspace part of a patch: support max_inline_data capability.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Index: libmthca/src/qp.c
===
--- libmthca/src/qp.c (revision 2235)
+++ libmthca/src/qp.c (working copy)
@@ -718,
Kernel part of a patch: support max_inline_data capability in mthca.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Index: hw/mthca/mthca_dev.h
===
--- hw/mthca/mthca_dev.h(revision 2281)
+++ hw/mthca/mthca_dev.h
Hello,
We tried contacting you awhile ago about your low interest morta(ge rate.
You have qualified for the lowest rate in years...
You could get over $380,000 for as little as $500 a month!
Ba(d credit? Doesn't matter, low rates are fixed no matter what!
To get a free, no obli,gation c
61 matches
Mail list logo