Re: [Scst-devel] [ofa-general] WinOF_2_0_5/SRP initiator: slow reads and eventually hangs

On Mon, Sep 7, 2009 at 1:58 PM, Vladislav Bolkhovitin wrote: > Chris Worley, on 09/06/2009 05:41 PM wrote: >> >> On Sun, Sep 6, 2009 at 3:36 PM, Chris Worley wrote: >>> >>> On Sun, Sep 6, 2009 at 3:17 PM, Bart Van Assche >>> wrote: On Fri, Sep 4, 2009 at 1:20 AM, Chris Worley wrote:

Re: [ofa-general] [PATCH] opensm: improve multicast re-routing requests processing

On Sun, Sep 6, 2009 at 1:39 PM, Sasha Khapyorsky wrote: > > When we have two or more changes in a same multicast group multiple > multicast rerouting requests will be created and processed. To prevent > this we will use array of requests indexed by mlid value minus > IB_LID_MCAST_START_HO and for

[ofa-general] [PATCH] infiniband-diags/ibportstate: Support changing of link width

Also, update man page Signed-off-by: Hal Rosenstock --- diff --git a/infiniband-diags/man/ibportstate.8 b/infiniband-diags/man/ibportstate.8 index 9b5e618..b64c18d 100644 --- a/infiniband-diags/man/ibportstate.8 +++ b/infiniband-diags/man/ibportstate.8 @@ -1,4 +1,4 @@ -.TH IBPORTSTATE 8 "Octobe

[ofa-general] [PATCH 2/2] RDMA/cxgb3: clean up properly on FW mismatch failures.

FW mismatches can cause a crash in the iw_cxgb3 event handler. - NULL the t3cdev->ulp pointer on failures in cxio_rdev_open() - Silently ignore events with the ulp ptr is null in iwch_err_handler() Signed-off-by: Steve Wise --- drivers/infiniband/hw/cxgb3/cxio_hal.c |1 + drivers/infiniba

[ofa-general] [PATCH 1/2] RDMA/cxgb3: Don't ignore insert_handle() failures.

Signed-off-by: Steve Wise --- drivers/infiniband/hw/cxgb3/iwch_mem.c | 21 --- drivers/infiniband/hw/cxgb3/iwch_provider.c | 50 +++ 2 files changed, 49 insertions(+), 22 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c b/drivers/infinib

Re: [ofa-general] Bad interaction between ofed, NFS and Gaussian

On Thu, Sep 03, 2009 at 06:46:12AM -0400, Brian J. Murrell wrote: > On Wed, 2009-09-02 at 14:15 -0700, Jeff Becker wrote: > > > > Does it also happen with OFED 1.5 alpha? Thanks. > > Was bug 1671 landed to 1.5? No, it's still in my local tree. I was waiting for you to verify it on OFED 1.5 befo

[ofa-general] Re: [NEW PATCH] IB/mad: Fix possible lock-lock-timer deadlock

> Update: patch 721d67cdca5b7642b380ca0584de8dceecf6102f does not apply > cleanly to 2.6.31-rc9, so I have been using a slightly modified > version of this patch > (http://bugzilla.kernel.org/attachment.cgi?id=22624). > > I have retested the 2.6.31-rc9 kernel with the following patches appl

[ofa-general] Re: [NEW PATCH] IB/mad: Fix possible lock-lock-timer deadlock

> The above issue does not occur with the for-next branch of the > infiniband git tree, but does occur with 2.6.31-rc9 + aforementioned > patches. > > As far as I can see commit 721d67cdca5b7642b380ca0584de8dceecf6102f > (http://git.kernel.org/?p=linux/kernel/git/roland/infiniband.git;a=com

[ofa-general] Re: [NEW PATCH] IB/mad: Fix possible lock-lock-timer deadlock

On Tue, Sep 8, 2009 at 8:25 AM, Bart Van Assche wrote: > On Tue, Sep 8, 2009 at 6:21 AM, Roland Dreier wrote: > >  > With 2.6.31-rc9 + patch 4e49627b9bc29a14b393c480e8c979e3bc922ef7 + the > >  > patch you posted at the start of this thread the following lockdep > >  > complaint was triggered on th

[ofa-general] Re: [PLEASE READ] Transition from general@lists.openfabrics.org to linux-r...@vger.kernel.org

+1 to everything Roland said (I'm deleting general@lists.openfabrics.org from my addressbook after sending this). I'd suggest making a clean break -- on 1 Oct, make "general@lists.openfabrics.org " autoreply with something like "This list has moved; please re-send your message to linux-r...@

[ofa-general] ofa_1_5_kernel 20090908-0200 daily build status

-2.6.18 Failed: Build failed on x86_64 with linux-2.6.9-78.ELsmp Log: /home/vlad/tmp/ofa_1_5_kernel-20090908-0200_linux-2.6.9-78.ELsmp_x86_64_check/net/rds/tcp_listen.c:71: error: 'struct inet_sock' has no member named 'daddr' /home/vlad/tmp/ofa_1_5_kernel-20090908-0200_linux-2.6.9-7