[ofa-general] ofa_1_4_kernel 20090513-0200 daily build status

2009-05-13 Thread Vladimir Sokolovsky (Mellanox)
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.17 Passed on i686 with linux-2.6.19 Passed on i686 with

[ofa-general] Re: qperf: destroy QPs before destroying any other objects

2009-05-13 Thread johann
Ralph, I've applied the patch and have committed it to the OFED git repository. Let me know if there is anything else I need to do. Johann On Tue, May 12, 2009 at 03:10:21PM -0700, Ralph Campbell wrote: The QP contains references to the protection domain (PD), memory regions (MR), address

[ofa-general] [PATCH V2] ibnetdiscover: only report max hops discovered when requested

2009-05-13 Thread Ira Weiny
Added -m flag to report this information if the user wants it. I also changed the text in the message which says reported max hops discovered. I don't know if we want to change that text to something else but I wanted to indicate this number is not constant and may change. This is true not just

[ofa-general] RPM version numbers are the same

2009-05-13 Thread Jeff Squyres
Why are the RPM version numbers the same between rc5 and the current 1.4.1 nightlies? -- Jeff Squyres Cisco Systems ___ general mailing list general@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe,

[ofa-general] [PATCH] nes: off by one in reset_adapter_ne020() and init_serdes()

2009-05-13 Thread Roel Kluin
With a postfix increment i is incremented beyond 10/5k so the error message will be displayed too soon. Signed-off-by: Roel Kluin roel.kl...@gmail.com --- This could occur almost never. diff --git a/drivers/infiniband/hw/nes/nes_hw.c b/drivers/infiniband/hw/nes/nes_hw.c index b832a7b..4a84d02

[ofa-general] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
I'm running on rhel4u6 with the 1.4.1 nightly from last night and sometimes /dev/infiniband/rdma_cm is not created. I can see its entry in /etc/udev/rules.d/90-ib.rules: KERNEL=umad*, NAME=infiniband/%k KERNEL=issm*, NAME=infiniband/%k KERNEL=ucm*, NAME=infiniband/%k, MODE=0666

[ofa-general] RE: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Woodruff, Robert J
Is the driver loaded ? ie., do an /sbin/lsmod to see. Also are there any messages that would indicate a problem when you do a dmesg. -Original Message- From: ewg-boun...@lists.openfabrics.org [mailto:ewg-boun...@lists.openfabrics.org] On Behalf Of Jeff Squyres Sent: Wednesday, May

[ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
On May 13, 2009, at 2:39 PM, Woodruff, Robert J wrote: Is the driver loaded ? ie., do an /sbin/lsmod to see. Ah ha -- no, it is not: [11:51] svbu-mpi005:/etc/udev/rules.d % /sbin/lsmod | grep rdma [11:51] svbu-mpi005:/etc/udev/rules.d % What would cause it to not be loaded? I *assumed*

[ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
On May 13, 2009, at 2:54 PM, Jeff Squyres wrote: [11:51] svbu-mpi005:/etc/udev/rules.d % /sbin/lsmod | grep rdma [11:51] svbu-mpi005:/etc/udev/rules.d % What would cause it to not be loaded? I *assumed* (but didn't check) that it is loaded as part of OFED's /etc/init.d/openibd. Is that

RE: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Davis, Arlin R
FWIW, I see the following in /etc/infiniband/openibd.conf: # Load RDMA_CM module RDMA_CM_LOAD=yes is RDMA_UCM_LOAD=yes ? What do you see with modinfo rdma_cm rdma_ucm ?___ general mailing list general@lists.openfabrics.org

[ofa-general] RE: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Woodruff, Robert J
Check to see if some other driver failed to load. I think I have seen before that if another driver fails to load, the start script bails out and does not load the other drivers. Perhaps try doing a /etc/init.d/openibd restart manually to see if something is failing to load. -Original

Re: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
On May 13, 2009, at 3:03 PM, Davis, Arlin R wrote: FWIW, I see the following in /etc/infiniband/openibd.conf: # Load RDMA_CM module RDMA_CM_LOAD=yes is RDMA_UCM_LOAD=yes ? Yes, sorry I didn't see that one first time around: # Load RDMA_UCM module RDMA_UCM_LOAD=yes What do you see with

[ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
On May 13, 2009, at 3:12 PM, Woodruff, Robert J wrote: Check to see if some other driver failed to load. I think I have seen before that if another driver fails to load, the start script bails out and does not load the other drivers. Perhaps try doing a /etc/init.d/openibd restart manually to

Re: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created

2009-05-13 Thread Jeff Squyres
Ok, I figured it out. I have some creative /etc/sysconfig/network- script/ifcfg-ib* scripts that may choose to do nothing if no device is present (or some other esoteric, specific-to-jeffs-cluster criteria is met) -- they call exit 0 in this case. This apparently causes the top-level

Re: [ofa-general] Re: [PATCH 2.6.30] xprtrdma: The frmr iova_start values are truncated by the nfs rdma client.

2009-05-13 Thread Roland Dreier
Trond Myklebust wrote (earlier in this thread): All I should need to know is that I can advertise either dma handles or kernel VAs, and know that I can choose between two functions, say, ib_send_wr_fastreg_dma_init() and ib_send_wr_fastreg_kva_init() to initialise the ib_send_wr

[ofa-general] [GIT PULL] please pull infiniband.git

2009-05-13 Thread Roland Dreier
Linus, please pull from master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus This tree is also available from kernel.org mirrors at: git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git for-linus This will get a couple of fixes to low-level

[ofa-general] [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts

2009-05-13 Thread Arputham Benjamin
When the mthca driver calls request_irq() to allocate interrupt resources, it uses the fixed device name string ib_mthca. When multiple IB cards are present in the system, every instance of the resource is named ib_mthca in /proc/interrupts. This can make it very confusing trying to work out