[openib-general] Re: [PATCH] ipoib: count dropped multicast patckets

2006-01-10 Thread Michael S. Tsirkin
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

Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent even queque overrun

2006-01-10 Thread 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

[openib-general] [PATCH] osm: Add TODO light sweep through LID

2006-01-10 Thread Eitan Zahavi
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

[openib-general] Re: [PATCH] osm: Add TODO light sweep through LID

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] [PATCH] bad free() in libibumad

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent even queque overrun

2006-01-10 Thread Or Gerlitz
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

Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent even queque overrun

2006-01-10 Thread Michael S. Tsirkin
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

Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent even queque overrun

2006-01-10 Thread Or Gerlitz
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

Re: [openib-general] [PATCH] mthca: eq doorbell coalescing + prevent even queque overrun

2006-01-10 Thread Michael S. Tsirkin
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

[openib-general] [PATCH applied] perftest: fix device lookup by name

2006-01-10 Thread Michael S. Tsirkin
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

[openib-general] Re: We are ready with a Gen2 version of MVAPICH2

2006-01-10 Thread Dhabaleswar Panda
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

[openib-general] Error when loading ib_umad

2006-01-10 Thread Ian Jiang
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:~ #

[openib-general] [PATCH] osm: support for trivial PKey manager

2006-01-10 Thread Ofer Gigi
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

Re: [openib-general] Error when loading ib_umad

2006-01-10 Thread Roland Dreier
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

Re: [openib-general] Re: merge rdma_cm and ib_addr upstream

2006-01-10 Thread Roland Dreier
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.

[openib-general] Re: [PATCH] osm: support for trivial PKey manager

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] RE: [RFC][PATCH] OpenIB uDAPL extension proposal - sample immed data and atomic api's

2006-01-10 Thread Arlin Davis
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

[openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread Ralph Campbell
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

[openib-general] [PATCH] ipoib: flush workqueue after clearing ADMIN_UP

2006-01-10 Thread Michael S. Tsirkin
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

[openib-general] [PATCH] ipoib: mcast-ah race

2006-01-10 Thread Michael S. Tsirkin
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 === ---

[openib-general] [PATCH] ipoib: tx ring overrun

2006-01-10 Thread Michael S. Tsirkin
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

Re: [openib-general] SA cache design

2006-01-10 Thread Sean Hefty
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

Re: [openib-general] [PATCH] ipoib: tx ring overrun

2006-01-10 Thread Grant Grundler
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:

[openib-general] Re: SA cache design

2006-01-10 Thread Michael S. Tsirkin
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

[openib-general] Re: SA cache design

2006-01-10 Thread Sean Hefty
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

[openib-general] Re: SA cache design

2006-01-10 Thread Michael S. Tsirkin
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

Re: [openib-general] [PATCH] ipoib: tx ring overrun

2006-01-10 Thread Michael S. Tsirkin
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

[openib-general] [git patch review 1/7] IB/mthca: fix page shift calculation in mthca_reg_phys_mr()

2006-01-10 Thread Roland Dreier
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]

[openib-general] [git patch review 2/7] IB/mthca: prevent event queue overrun

2006-01-10 Thread Roland Dreier
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()

[openib-general] [git patch review 4/7] IB/mthca: Factor common MAD initialization code

2006-01-10 Thread Roland Dreier
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

[openib-general] [git patch review 7/7] IPoIB: Fix address handle refcounting for multicast groups

2006-01-10 Thread Roland Dreier
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

[openib-general] [git patch review 5/7] IB: Add node_guid to struct ib_device

2006-01-10 Thread Roland Dreier
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

[openib-general] [git patch review 3/7] IB/mthca: kzalloc conversions

2006-01-10 Thread Roland Dreier
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

Re: [openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread Ralph Campbell
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

Re: [openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread 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

[openib-general] Re: [PATCH] ipoib: tx ring overrun

2006-01-10 Thread Michael S. Tsirkin
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

Re: [openib-general] SA cache design

2006-01-10 Thread Sean Hefty
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)

Re: [openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] [PATCH] opensm fails to find HCA if port is down.

2006-01-10 Thread Hal Rosenstock
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

Re: [openib-general] SA cache design

2006-01-10 Thread Grant Grundler
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.

[openib-general] [MailServer Notification]To Recipient file blocking settings matched and action taken.

2006-01-10 Thread Administrator
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

[openib-general] [MailServer Notification]To Recipient file blocking settings matched and action taken.

2006-01-10 Thread Administrator
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

[openib-general] [MailServer Notification]To Recipient file blocking settings matched and action taken.

2006-01-10 Thread Administrator
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

[openib-general] [MailServer Notification]To Recipient file blocking settings matched and action taken.

2006-01-10 Thread Administrator
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

[openib-general] [MailServer Notification]To Recipient file blocking settings matched and action taken.

2006-01-10 Thread Administrator
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

Re: [openib-general] SA cache design

2006-01-10 Thread Sean Hefty
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

[openib-general] Re: ib_sdp ERR: IOCB dmesg output

2006-01-10 Thread Grant Grundler
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

Re: [openib-general] RE: [Ips] iSER API's

2006-01-10 Thread Dan Bar Dov
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

Re: [openib-general] RE: [Ips] iSER API's

2006-01-10 Thread Hal Rosenstock
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

RE: [openib-general] Re: Re[PATCH] Opensm - fix forosm_sa_portinfo_record.c

2006-01-10 Thread Yael Kalka
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

[openib-general] RE: Re[PATCH] Opensm - clean exit on ^C

2006-01-10 Thread Yael Kalka
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: