[PATCH] mlx4: Change a warning message to debug

This workaround presented in 58d74bb is not something we should alert the user on. Debug level message is enough. Signed-off-by: Eli Cohen e...@mellanox.co.il --- drivers/net/mlx4/fw.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/mlx4/fw.c

RE: ibv_post_send/recv kernel path optimizations

Or, I don't see why the ib uverbs flow (BTW - the data path has nothing to do with the rdma_cm, you're working with /dev/infiniband/uverbsX), can't be enhanced e.g to support shared-page which is allocated mmaped from uverbs to user space and used in the same manner your implementation

Re: [PATCH V2 5/5] RDMA CM: Netlink Client

On Tue, 2010-12-07 at 14:29 -0700, Jason Gunthorpe wrote: What you've done in your v2 patch won't work if the table you are dumping is too large, once you pass sk_rmem_alloc for the netlink socket it will deadlock. The purpose of dump_start is to avoid that deadlock. (review my past messages

Re: NFS-RDMA hangs: connection closed (-103)

Tom, have you reproduced the RDMA hangs - connection closes bug or the sparse file at server side upon NFS hitting ENOSPC ? Because for the latter people have already given exhaustive explanation: see this other thread at

ibnetdiscover issue

Hi, I get the following when I try to run ibnetdiscover from a server plugged in to a voltaire 4036 switch. We're using OFED 1.5.2: [r...@sm1 ~]# ibnetdiscover src/chassis.c:535; Unexpected node found: guid 0x0008f1050075134c ibnetdiscover: iberror: failed: discover failed However,

Re: [PATCH V2 5/5] RDMA CM: Netlink Client

On Wed, Dec 08, 2010 at 04:55:22PM +0200, Nir Muchtar wrote: On Tue, 2010-12-07 at 14:29 -0700, Jason Gunthorpe wrote: What you've done in your v2 patch won't work if the table you are dumping is too large, once you pass sk_rmem_alloc for the netlink socket it will deadlock. The purpose

Re: ibnetdiscover issue

Hi Tom, On 12/8/2010 12:48 PM, Tom Ammon wrote: Hi, I get the following when I try to run ibnetdiscover from a server plugged in to a voltaire 4036 switch. We're using OFED 1.5.2: [r...@sm1 ~]# ibnetdiscover src/chassis.c:535; Unexpected node found: guid 0x0008f1050075134c ibnetdiscover:

Re: ibv_post_send/recv kernel path optimizations

On Wed, Dec 08, 2010 at 12:14:51PM +, Walukiewicz, Miroslaw wrote: Or, I don't see why the ib uverbs flow (BTW - the data path has nothing to do with the rdma_cm, you're working with /dev/infiniband/uverbsX), can't be enhanced e.g to support shared-page which is allocated mmaped

Re: [PATCH] mlx4: Change a warning message to debug

This workaround presented in 58d74bb is not something we should alert the user on. Debug level message is enough. Not sure I agree ... surely the point of this message is for the user to see it and know to update firmware? Otherwise why print anything at all, since I'm sure you guys have

Re: ibv_post_send/recv kernel path optimizations

The problem that I see is that the mmap is currently used for mapping of doorbell page in different drivers. The driver can use different offsets into the file to map different things. For example I believe ehca, ipath and qib already do this. I cannot find a specific code for

[PATCH 4/4] ibacm: support no delay options

Allow a user to specify that address and/or route resolution protocols should be suppressed, and that only locally cached data should be returned. This helps support rdma_getaddrinfo options RAI_NUMERICHOST and RAI_NOROUTE. If data for a request is available, it is immediately returned.

[PATCH 2/4] ibacm: automatically generate addresses if missing acm_addr.cfg

If the acm_addr.cfg file is missing, automatically attempt to generate the file. If no addresses can be assigned to any endpoints because of a missing file, log an error and exit the service. This avoids running a service that is basically useless. This change allows the ib_acm service to

[PATCH 0/4] ibacm: updates base on scale-up testing

The following selected patches update the ib_acm service based on the results of testing the service across an 1100 node cluster. There were 8 additional patches that resulted from the testing, but those were either trivial updates or improvements to the ib_acme test utility only. These changes

[PATCH 3/4] ibacm: write port to /var/run/ibacm.port

Write used port data to /var/run/ibacm.port. This will allow librdmacm and other libraries and applications to find the ibacm service when it has been moved from its default port. Signed-off-by: Sean Hefty sean.he...@intel.com --- src/acm.c|8 src/libacm.c | 11 +++ 2

[PATCH 1/4] ibacm: Add lock to prevent multiple daemons from running

Use a lock file to prevent multiple daemons from running simultaneously. Without this lock, a second instance of ib_acm eventually fails to bind to the server's TCP port and exits, but not before it overwrites a portion of the log file. Signed-off-by: Sean Hefty sean.he...@intel.com ---

RE: [PATCH 4/4] ibacm: support no delay options

Allow a user to specify that address and/or route resolution protocols should be suppressed, and that only locally cached data should be returned. This helps support rdma_getaddrinfo options RAI_NUMERICHOST and RAI_NOROUTE. If data for a request is available, it is immediately returned.

RE: [PATCH 4/4] ibacm: support no delay options

Do you have a librdmacm patch coming soon with the new ai_flags? yes - It is coming soon to a mail list near you this Christmas season -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: ibnetdiscover issue

Eli, Is there a quick workaround we could put in place? I want to map out our fabric, and I especially need the spine GUIDs on the GD4200 because I'm going to be doing up/down routing and want to specify the root GUIDs. I can also submit a support case to Voltaire, if you think that would

Re: [PATCH] IB/uverbs: Handle large number of entries in poll CQ

So I finally got around to applying this, and I ended up monkeying around a fair bit, mostly because gcc (my version is 4.4.4) seems to end up generating horrible code for non-constant designated initializers. Please look this over before I send it to Linus (and Dan, if you don't want to be author

Re: [PATCH] Fix autotools to include the necessary M4 files

Thanks, applied to libibverbs at last. Will try to get to it for other libraries but please remind me if it slips out of my mind... -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: libibverbs: ibv_fork_init() and huge pages

So I'm finally looking at applying this (sorry for all the delay), but I do have one worry: is it possible for an application to register an MR that has both a huge page and a normal-size page mapping? In that case do things still work, or do things blow up? And is it worth worrying about this

[PATCH] librdmacm: support non-default ACM port number

By default, ACM uses port 6125. The actual port number used is now published in /var/run/ibacm.port. Attempt to obtain the correct port number from here, and if that fails revert to using the default port number of 6125. Signed-off-by: Sean Hefty sean.he...@intel.com --- src/acm.c | 12

[PATCH] librdmacm: Support RAI_NUMERICHOST and no delay options

Add support similar to getaddrinfo AI_NUMERICHOST. This indicates that lengthy address resolution protocols should not be used. Also allow a caller of rdma_getaddrinfo to indicate that lengthy route resolution protocols should not be used. Since rdma_getaddrinfo is a synchronous call, this

Re: [PATCH] IB/uverbs: Handle large number of entries in poll CQ

On Wed, Dec 08, 2010 at 03:56:09PM -0800, Roland Dreier wrote: + tmp.port_num= wc-port_num; + tmp.reserved= wc-port_num; I would probably have put a zero in tmp.reserved. Otherwise it looks good. regards, dan carpenter -- To unsubscribe from this list: send