Quoting r. Michael S. Tsirkin [EMAIL PROTECTED]:
Subject: Re: [PATCH] ipoib: count dropped multicast patckets
Quoting r. Michael S. Tsirkin [EMAIL PROTECTED]:
Subject: [PATCH] ipoib: count dropped multicast patckets
Count dropped multicast packets.
Signed-off-by: Michael S. Tsirkin
Quoting Or Gerlitz [EMAIL PROTECTED]:
I am seeing EQ overruns in SDP stress tests: if CQ completion
handler arms a CQ, this could generate more EQEs, so that
EQ will never get empty and consumer index will never get updated.
There's something re CQ arming which i'd like to bring up.
I
Hi Hal
One TODO we have found is that in order to guarantee traps can
be delievered to the SM - it would have been nice if light sweep
will use LID routing and not direct routing. This way the LFTs could
be verified or else a heavy sweep conducted.
This patch only changes the TODO file so we do
On Tue, 2006-01-10 at 06:08, Eitan Zahavi wrote:
Hi Hal
One TODO we have found is that in order to guarantee traps can
be delievered to the SM - it would have been nice if light sweep
will use LID routing and not direct routing. This way the LFTs could
be verified or else a heavy sweep
On Mon, 2006-01-09 at 18:40, Hal Rosenstock wrote:
Hi Ralph,
On Mon, 2006-01-09 at 16:46, Ralph Campbell wrote:
Here is a patch to fix the following backtrace:
(gdb) bt
#0 0x00355642f280 in raise () from /lib64/libc.so.6
#1 0x003556430750 in abort () from /lib64/libc.so.6
Michael I am seeing EQ overruns in SDP stress tests: if CQ completion
Michael handler arms a CQ, this could generate more EQEs,
Or I see that the mad, ipoib and srp CQ handlers work as follows:
first -
Or arm the CQ, second - poll the CQ in a loop till it is emtpy.
Or does it means that
Quoting Or Gerlitz [EMAIL PROTECTED]:
Sorry, i dont follow. If you arm the CQ when there is one WC in it and
then start polling, and during your polling a second WC is generated
by the HCA, wouldn't an interrupt related to the 2nd completion be
generated - why the case you are mentioning is
Michael S. Tsirkin wrote:
Sorry, i dont follow. If you arm the CQ when there is one WC in it and
then start polling, and during your polling a second WC is generated
by the HCA, wouldn't an interrupt related to the 2nd completion be
generated - why the case you are mentioning is the arming
Quoting Or Gerlitz [EMAIL PROTECTED]:
Subject: Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent
even queque overrun
Michael S. Tsirkin wrote:
Sorry, i dont follow. If you arm the CQ when there is one WC in it and
then start polling, and during your polling a second
The following is already applied on trunk.
---
Fix device lookup by name.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Index: openib/src/userspace/perftest/rdma_bw.c
===
--- openib.orig/src/userspace/perftest/rdma_bw.c
Hi Woody,
DK wrote,
We plan to upload a stripped down version of this new release to the
OpenIB SVN at the following location:
https://openib.org/svn/gen2/trunk/src/userspace/mpi/
Sounds good to me.
Thanks a lot for your feedback. We are working on putting the new
version at the above
I am using the linux kernel 2.6.14 and the latest IB driver in OpenIB.
Is this caused by SMP?
Any suggestion is appreciated!
Here are the error details:
dell-162:~ # lsmod | grep ib
ib_mthca 120096 0
ib_mad 38820 1 ib_mthca
ib_core 51200 2 ib_mthca,ib_mad
libata 54032 1 ata_piix
dell-162:~ #
Hi Hal,
Removing redundant error in the log.
If the physical port is not valid, nothing is needed to be the done here.
Thanks
Ofer G.
Signed-off-by: Ofer Gigi [EMAIL PROTECTED]
Index: osm_pkey_mgr.c
===
--- osm_pkey_mgr.c
Are you ignoring compile warnings about class_device_create()? Since
2.6.15 is out, the OpenIB svn does not support 2.6.14 any more, so you
may run into problems like this.
You will probably need to restore the compatibility hack removed in
r4784 by adding something like
#include
Or Just to make sure, would the __be64 node_guid field of struct
Or ib_device have the exact semantics of the __be64 node_guid
Or field of struct ib_device_attr ? iser uses it from the attr
Or struct and we can sure move to use it from the device struct.
Yes, that's right.
On Tue, 2006-01-10 at 09:51, Ofer Gigi wrote:
Hi Hal,
Removing redundant error in the log.
If the physical port is not valid, nothing is needed to be the done here.
Thanks. Applied.
___
openib-general mailing list
openib-general@openib.org
Kanevsky, Arkady wrote:
comments inline.
As mentioned on the con-call, there are two separate items to
consider while looking at the proposal. The first is the
ability to extend DAT for specific provider value-add and the
second is to validate the need for general atomic and
immediate
If opensm is started with no arguments, the default algorithm
for finding a port to bind to will skip ports which are present
but the link is DOWN. If there is only one port in the system,
no port is selected and opensm tries the default HCA name mthca0
which, if not present, confuses opensm and
Flush workqueue after clearing IPOIB_FLAG_ADMIN_UP, to prevent
a job running from the workqueue from bringing the device back up.
Signed-off-by: Jack Morgenstein [EMAIL PROTECTED]
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Index: gen2/drivers/infiniband/ulp/ipoib/ipoib_main.c
ipoib_mcast_send tests mcast-ah twice. If this value
is changed between these two points, we leak an skb.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Index: openib/drivers/infiniband/ulp/ipoib/ipoib_multicast.c
===
---
Dont try to post more send work requests if the TX ring is full.
Setting netif_stop_queue is insufficient: linux can still land
a tx packet on us.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Index: openib/drivers/infiniband/ulp/ipoib/ipoib_ib.c
Sean Hefty wrote:
To keep the design as flexible as possible, my plan is to implement the
cache in userspace. The interface to the cache would be via MADs.
Clients would send their queries to the sa_cache instead of the SA
itself. The format of the MADs would be essentially identical to
On Tue, Jan 10, 2006 at 08:55:15PM +0200, Michael S. Tsirkin wrote:
Dont try to post more send work requests if the TX ring is full.
Setting netif_stop_queue is insufficient: linux can still land
a tx packet on us.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
Index:
Quoting Sean Hefty [EMAIL PROTECTED]:
To keep the design as flexible as possible, my plan is to implement the
cache in userspace. The interface to the cache would be via MADs.
Clients would send their queries to the sa_cache instead of the SA
itself. The format of the MADs would be
Michael S. Tsirkin wrote:
To keep the design as flexible as possible, my plan is to implement the
cache in userspace. The interface to the cache would be via MADs.
Clients would send their queries to the sa_cache instead of the SA
itself. The format of the MADs would be essentially
Quoting r. Sean Hefty [EMAIL PROTECTED]:
Subject: Re: SA cache design
Michael S. Tsirkin wrote:
To keep the design as flexible as possible, my plan is to implement the
cache in userspace. The interface to the cache would be via MADs.
Clients would send their queries to the sa_cache
Quoting Grant Grundler [EMAIL PROTECTED]:
On Tue, Jan 10, 2006 at 08:55:15PM +0200, Michael S. Tsirkin wrote:
Dont try to post more send work requests if the TX ring is full.
Setting netif_stop_queue is insufficient: linux can still land
a tx packet on us.
...
+ if
For all pages except possibly the last one, the byte beyond the buffer
end must be page aligned. Therefore, when computing the page shift to
use, OR the end addresses of the buffers as well as the start
addresses into the mask we check.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
I am seeing EQ overruns in SDP stress tests: if the CQ completion
handler arms a CQ, this could generate more EQEs, so that EQ will
never get empty and consumer index will never get updated.
This is similiar to what we have with command interface:
/*
* cmd_event()
Factor out common code for initializing MAD packets, which is shared
by many query routines in mthca_provider.c, into init_query_mad().
add/remove: 1/0 grow/shrink: 0/4 up/down: 16/-44 (-28)
function old new delta
init_query_mad
Multiple ipoib_neigh structures on mcast-neigh_list may point to the
same ah. This means that ipoib_mcast_free() can't just make a list of
ah structs to free, since this might end up trying to add the same ah
to the list more than once. Handle this in ipoib_multicast.c in the
same way as it is
Add a node_guid field to struct ib_device. It is the responsibility
of the low-level driver to initialize this field before registering a
device with the midlayer. Convert everyone to looking at this field
instead of calling ib_query_device() when all they want is the node
GUID, and remove the
Convert kmalloc()/memset(,0,) pairs to kzalloc().
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
---
drivers/infiniband/hw/mthca/mthca_provider.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
105e50a5e8f184af31daffce4d7bfd7771fe213f
diff --git
Hi Ralph,
On Tue, 2006-01-10 at 13:31, Ralph Campbell wrote:
If opensm is started with no arguments, the default algorithm
for finding a port to bind to will skip ports which are present
but the link is DOWN. If there is only one port in the system,
no port is selected and opensm tries the
I understand. Maybe it should be the first active, if none, then the
first UP, and if none, the first !disabled.
Mostly I was trying to get something that picked ipath0 port 1
when it was the only port in the system even if the link
is down.
On Tue, 2006-01-10 at 17:12 -0500, Hal Rosenstock
Hi Ralph,
On Tue, 2006-01-10 at 17:47, Ralph Campbell wrote:
I understand. Maybe it should be the first active, if none, then the
first UP, and if none, the first !disabled.
Exactly. I think one more loop (first checking physical state for linkup
and then checking for not disabled) will take
Quoting r. Roland Dreier [EMAIL PROTECTED]:
Subject: Re: [PATCH] ipoib: tx ring overrun
Michael Look here
Michael https://openib.org/svn/trunk/contrib/mellanox/patches
Michael these are updated outstanding patches
OK, cool. Is there any ordering info available
Grant Grundler wrote:
We already have several databases for different things:
makedb (primarily for NSS)
updatedb (fast lookup of local files)
mandb (man pages)
rpmdb (yes, even on debian boxes)
sasldbconverter2 (for SASL - linux securty/login stuff)
On Tue, 2006-01-10 at 13:31, Ralph Campbell wrote:
If opensm is started with no arguments, the default algorithm
for finding a port to bind to will skip ports which are present
but the link is DOWN. If there is only one port in the system,
no port is selected and opensm tries the default HCA
On Tue, 2006-01-10 at 17:51, Hal Rosenstock wrote:
Hi Ralph,
On Tue, 2006-01-10 at 17:47, Ralph Campbell wrote:
I understand. Maybe it should be the first active, if none, then the
first UP, and if none, the first !disabled.
Exactly. I think one more loop (first checking physical state
On Tue, Jan 10, 2006 at 03:00:46PM -0800, Sean Hefty wrote:
I did find that libdb-4.2 was installed on SuSE and RedHat systems, and a
libodbc was on my SuSE system. Libdb-4.2 would help manage some of the SA
objects to a file, but is limited in its data storage and retrieval
capabilities.
ScanMail for Microsoft Exchange has blocked an attachment.
Sender = [EMAIL PROTECTED]
Recipient(s) = Openib
Subject = [openib-general] CMS FOREX
Scanning time = 1/10/2006 4:23:46 PM
Action on file blocking:
The attachment forex.exe matches the file blocking settings. ScanMail has
Quarantined
ScanMail for Microsoft Exchange has blocked an attachment.
Sender = Starkest F. Volcanoes
Recipient(s) = Openib
Subject = SPAM: [openib-general] CMS FOREX
Scanning time = 1/10/2006 7:23:53 PM
Action on file blocking:
The attachment forex.exe matches the file blocking settings. ScanMail has
ScanMail for Microsoft Exchange has blocked an attachment.
Sender = Starkest F. Volcanoes
Recipient(s) = Openib
Subject = SPAM: [openib-general] CMS FOREX
Scanning time = 1/10/2006 7:23:53 PM
Action on file blocking:
The attachment forex.exe matches the file blocking settings. ScanMail has
ScanMail for Microsoft Exchange has blocked an attachment.
Sender = Starkest F. Volcanoes
Recipient(s) = Openib
Subject = SPAM: [openib-general] CMS FOREX
Scanning time = 1/10/2006 7:23:53 PM
Action on file blocking:
The attachment forex.exe matches the file blocking settings. ScanMail has
ScanMail for Microsoft Exchange has blocked an attachment.
Sender = Starkest F. Volcanoes
Recipient(s) = Openib
Subject = SPAM: [openib-general] CMS FOREX
Scanning time = 1/10/2006 7:23:54 PM
Action on file blocking:
The attachment forex.exe matches the file blocking settings. ScanMail has
Grant Grundler wrote:
I forgot to point out postgres:
http://www.postgresql.org/about/
This looks like it would work well.
The question that I have for users is: Is it acceptable for the cache to make
use of a relational database system?
The disadvantage is that a RDMS would need
On Sun, Dec 11, 2005 at 09:53:41AM -0800, Grant Grundler wrote:
...
I might have spoken too soon...I just started getting ERR output
from ib_sdp running netperf TCP_STREAM over SDP on the IA64 rx2600's.
I killed and restarted the sdpstream script. It seems to be working.
I've not yet seen
Eddy hi,
As you can see, there are no responses. I guess that leaves only the
option of reading the header files/code.
Dan
On 1/10/06, Dan Bar Dov [EMAIL PROTECTED] wrote:
Eddy hi,
OpenIB maintains a WIKI at
https://openib.org/tiki/tiki-index.php
However I'm not sure it contains any
Hi,
On Tue, 2006-01-10 at 22:03, Dan Bar Dov wrote:
Eddy hi,
As you can see, there are no responses. I guess that leaves only the
option of reading the header files/code.
ib_verbs is not just for InfiniBand. It also (will) accomodate RDMA over
ethernet as well.
The best documentation is
Hi Hal,
You are correct.
Thanks,
Yael
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hal Rosenstock
Sent: Monday, January 09, 2006 5:39 PM
To: Yael Kalka
Cc: openib-general@openib.org
Subject: [openib-general] Re: Re[PATCH] Opensm - fix
Hi Hal,
In revision 3526 you've added a patch that opensm will not handle SIGINT.
This patch is an addition to that patch. If OpenSM doesn't handle SIGINT,
then none of its threads should handle it either.
Yael
-Original Message-
From: Hal Rosenstock [mailto:[EMAIL PROTECTED]
Sent:
52 matches
Mail list logo