Stefan,
Thanks! Done.
Bernard.
From: Stefan Metzmacher me...@samba.org
To: Bernard Metzler b...@zurich.ibm.com
Cc: Stefan Metzmacher me...@samba.org, linux-rdma@vger.kernel.org
Date: 06/27/2014 05:03 PM
Subject:[PATCH] siw_cm: use to_sockaddr_in() also within dprint
For siw, the dma_device-bus is currently not set, which will cause
the crash.
As we were testing NFS/RDMA we just disabled that fix for some Mellanox
device.
I agree I probably have to find a more consistent way to fake real dma
hardware. Any suggestions?
Thanks,
Bernard.
07/22/2011 08:56 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
linux-rdma@vger.kernel.org
Subject
Re: [PATCH 05/14] SIWv3: User Interface: siw_ae.c, siw_verbs.c,
siw_user.h, siw_verbs.h
On 07/22/2011 01:47 PM, Bernard Metzler wrote:
+int siw_post_receive(struct ib_qp
Dear all,
many thanks for commenting on the software iWARP RDMA
driver code is sent about 5 weeks ago. I hope I now
incorporated all recent suggestions and fixes.
These are the main changes:
o changing siw device attachment to be dynamic based on
netlink events
o enabling inline data for
index 000..dc4a186
--- /dev/null
+++ b/drivers/infiniband/hw/siw/iwarp.h
@@ -0,0 +1,363 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile|1 +
drivers/infiniband/hw/siw/Kconfig | 15 +++
drivers/infiniband/hw/siw/Makefile |5 +
4 files changed, 22 insertions(+), 0 deletions(-)
create mode 100644
100644
index 000..29eaa45
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_main.c
@@ -0,0 +1,582 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
+ *
+ * This software is available to you
diff --git a/drivers/infiniband/hw/siw/siw_cm.c
b/drivers/infiniband/hw/siw/siw_cm.c
new file mode 100644
index 000..fb489f4
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_cm.c
@@ -0,0 +1,1918 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
/siw_obj.h
diff --git a/drivers/infiniband/hw/siw/siw_obj.c
b/drivers/infiniband/hw/siw/siw_obj.c
new file mode 100644
index 000..7bfb8fe
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_obj.c
@@ -0,0 +1,454 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b
100644
index 000..ef124eb
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp.c
@@ -0,0 +1,1007 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
index 000..4f2a425
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_cq.c
@@ -0,0 +1,227 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
+ *
+ * This software is available to you under
mode 100644
index 000..b5792fe
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp_rx.c
@@ -0,0 +1,1560 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM
/siw_debug.h
b/drivers/infiniband/hw/siw/siw_debug.h
new file mode 100644
index 000..3b9e862
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_debug.h
@@ -0,0 +1,173 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Fredy Neeser n...@zurich.ibm.com
+ * Bernard Metzler b
100644
index 000..8a3d65d
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_mem.c
@@ -0,0 +1,180 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Animesh Trivedi a...@zurich.ibm.com
+ * Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
Steve,
Thanks for the reply. Sounds good, I completely agree
with your suggestions.
Many thanks,
Bernard.
Steve Wise sw...@opengridcomputing.com wrote on 07/07/2011 04:04:05 PM:
On 06/30/2011 11:23 AM, Bernard Metzler wrote:
Good point. I moved the three attributes to debugfs which
looks
Benoit Hudzia benoit.hud...@gmail.com wrote on 06/30/2011 08:19:17 PM:
Hi,
Thanks for the reply , i will look into the get_dma_mr() path for
registering memory.
And probably get back to all of you for some clarification if i get
stuck.
On the same note, 2 things i noticed while using
Hi Benoit,
since a user process should never crash the kernel there
is something wrong in softiwarp. Can you please send me the
stack trace from the crash in privae email to work that out.
I'll come back to the list with a fix.
Thanks,
Bernard.
linux-rdma-ow...@vger.kernel.org wrote on
such as NETDEV_CHANGEADDR?
Many thanks,
bernard.
linux-rdma-ow...@vger.kernel.org wrote on 06/18/2011 07:39:11 PM:
On Thu, Jun 16, 2011 at 2:42 PM, Bernard Metzler b...@zurich.ibm.com
wrote:
---
drivers/infiniband/hw/siw/siw_main.c | 603
++
1 files changed, 603
linux-rdma-ow...@vger.kernel.org wrote on 06/30/2011 04:19:01 PM:
Hi,
maybe i misread your last email - are you trying to use reg_user_mr()
as a kernel client? If yes - that will not work. You should use the
interface as
described by Wendy (get_dma_mr() etc.), since you are dealing with
bart.vanass...@gmail.com wrote on 06/18/2011 07:47:29 PM:
On Thu, Jun 16, 2011 at 2:42 PM, Bernard Metzler b...@zurich.ibm.com
wrote:
---
drivers/infiniband/hw/siw/siw_qp_tx.c | 1332
+
1 files changed, 1332 insertions(+), 0 deletions(-)
create mode
07:04:23 AM:
Bernard Metzler wrote:
+/sys/class/infiniband/siw*/stats:
+ Summary of allocated WQE's, PD's, QP's, CQ's, SRQ's, MR's, CEP's.
+ WQE statistics are not gathered if 'DPRINT_MASK' is set to '0'
+/sys/class/infiniband/siw*/qp:
+ Summary of allocated queue pairs. If queue
bart.vanass...@gmail.com wrote on 06/18/2011 07:56:24 PM:
On Thu, Jun 16, 2011 at 2:42 PM, Bernard Metzler b...@zurich.ibm.com
wrote:
---
Documentation/networking/siw.txt | 156
++
1 files changed, 156 insertions(+), 0 deletions(-)
create mode
Steve,
we currently do not support inline data for kernel clients since
we copy those data into a malloc'd buffer, where kmalloc()
might block. Using an explicit buffer comes from experiments
to allow for larger blocks of inlined data.
I could put the inline data directly into the wqe restricting
linux-rdma-ow...@vger.kernel.org wrote on 06/17/2011 04:20:35 PM:
On 06/17/2011 09:14 AM, Bernard Metzler wrote:
Steve,
we currently do not support inline data for kernel clients since
we copy those data into a malloc'd buffer, where kmalloc()
might block. Using an explicit buffer
100644
index 000..b2b7bea
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_main.c
@@ -0,0 +1,603 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
+ *
+ * This software is available to you
000..afb3682
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw.h
@@ -0,0 +1,811 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
+ *
+ * This software is available to you under a choice of one
100644
index 000..2ce2107
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp.c
@@ -0,0 +1,1015 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
index 000..4f2a425
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_cq.c
@@ -0,0 +1,227 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
+ *
+ * This software is available to you under
diff --git a/drivers/infiniband/hw/siw/siw_cm.c
b/drivers/infiniband/hw/siw/siw_cm.c
new file mode 100644
index 000..46d2935
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_cm.c
@@ -0,0 +1,1947 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
100644
index 000..8a3d65d
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_mem.c
@@ -0,0 +1,180 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Animesh Trivedi a...@zurich.ibm.com
+ * Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2011, IBM Corporation
/2011 08:01:45 PM:
Bart Van Assche bvanass...@acm.org
Sent by: linux-rdma-ow...@vger.kernel.org
06/04/2011 08:02 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
linux-rdma@vger.kernel.org, net...@vger.kernel.org
Subject
Re: software iwarp stack update
On Wed, Sep 22, 2010 at 10
Randy,
...back from vacation.
Many thanks! I'll take it all over.
Bernard.
Randy Dunlap randy.dun...@oracle.com wrote on 10/15/2010 12:57:03 AM:
snip
+
+User Interface
+--
+All fast path operations such as posting of work requests and
+reaping of work completions
snip
the post_send/recv and other functions in your driver are called
directly (almost) by kernel users like NFSRDMA. These users may be
calling in an interrupt context and thus you cannot block/sleep.
OK, very convincing. not a big change since siw_wqe_get/_put()
already
linux-rdma-ow...@vger.kernel.org wrote on 10/06/2010 07:57:29 PM:
On Tue, Oct 5, 2010 at 8:55 AM, Bernard Metzler b...@zurich.ibm.com
wrote:
[ ... ]
+int
+siw_qp_modify(struct siw_qp *qp, struct siw_qp_attrs *attrs,
+ enum siw_qp_attr_mask mask
, Bernard Metzler wrote:
It is actually a little more complicated than just this. I assume
you
are casting the structures over packet payloads? In this case you
have to guarentee alignment (or used packed everywhere). Does iwarp
have provisions for alignment? If so you can construct
linux-rdma-ow...@vger.kernel.org wrote on 10/05/2010 06:10:45 PM:
On Tue, Oct 5, 2010 at 8:53 AM, Bernard Metzler b...@zurich.ibm.com
wrote:
+} __attribute__((__packed__));
Apparently you make extensive use of the packed attribute. Please read
this blog entry, in which it is explained why
Stephen Hemminger shemmin...@vyatta.com wrote on 10/06/2010 12:02:42 AM:
On Tue, 5 Oct 2010 12:57:21 +0200
Bart Van Assche bvanass...@acm.org wrote:
+ * TODO: Dynamic device management (network device
registration/removal).
The current implementation is such that one siw device is
index 000..762c1d3
--- /dev/null
+++ b/drivers/infiniband/hw/siw/iwarp.h
@@ -0,0 +1,324 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
000..051eea6
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw.h
@@ -0,0 +1,816 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
+ *
+ * This software is available to you under a choice of one
new file mode 100644
index 000..7e9ab3f
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_ae.c
@@ -0,0 +1,96 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
+ *
+ * This software is available
index 000..42bc143
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp.c
@@ -0,0 +1,989 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
index 000..441f128
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_cq.c
@@ -0,0 +1,243 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
+ *
+ * This software is available to you under
mode 100644
index 000..ef774eb
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp_tx.c
@@ -0,0 +1,1309 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
+ *
+ * This software is available
mode 100644
index 000..dd9edd4
--- /dev/null
+++ b/drivers/infiniband/hw/siw/siw_qp_rx.c
@@ -0,0 +1,1493 @@
+/*
+ * Software iWARP device driver for Linux
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM
+ *
+ * Authors: Bernard Metzler b...@zurich.ibm.com
+ * Fredy Neeser n...@zurich.ibm.com
+ *
+ * Copyright (c) 2008-2010, IBM Corporation
+ *
+ * This software is available to you under a choice of one of two
+ * licenses. You may choose to be licensed under the terms of the GNU
+ * General Public
---
Documentation/networking/siw.txt | 91 ++
1 files changed, 91 insertions(+), 0 deletions(-)
create mode 100644 Documentation/networking/siw.txt
diff --git a/Documentation/networking/siw.txt b/Documentation/networking/siw.txt
new file mode 100644
index
bart.vanass...@gmail.com wrote on 10/05/2010 12:57:21 PM:
Bart Van Assche bvanass...@acm.org
Sent by: bart.vanass...@gmail.com
10/05/2010 12:57 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
net...@vger.kernel.org, linux-rdma@vger.kernel.org
Subject
Re: [PATCH] SIW
Steve Wise sw...@opengridcomputing.com wrote on 10/05/2010 04:17:34 PM:
Steve Wise sw...@opengridcomputing.com
10/05/2010 04:17 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
net...@vger.kernel.org, linux-rdma@vger.kernel.org
Subject
Re: [PATCH] SIW: User interface
On 10/05
Steve Wise sw...@opengridcomputing.com wrote on 10/05/2010 04:26:48 PM:
Steve Wise sw...@opengridcomputing.com
10/05/2010 04:26 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
net...@vger.kernel.org, linux-rdma@vger.kernel.org
Subject
Re: [PATCH] SIW: Object management
On 10
Steve Wise sw...@opengridcomputing.com wrote on 10/05/2010 05:02:37 PM:
Steve Wise sw...@opengridcomputing.com
10/05/2010 05:02 PM
To
Bernard Metzler b...@zurich.ibm.com
cc
linux-rdma@vger.kernel.org, net...@vger.kernel.org
Subject
Re: [PATCH] SIW: Object management
On 10
snip
+ */
+struct iwarp_ctrl_tagged {
+ struct iwarp_ctrl ctrl;
+ __u32 ddp_stag;
+ __u64 ddp_to;
+} __attribute__((__packed__));
+
All of the above header structures should use __beXX types since the
fields are all in Network Byte Order.
right. will
and diffstat for overview.
Many Thanks,
Bernard.
--
Bernard Metzler (13):
SIW: Kconfig and Makefile
SIW: iWARP Protocol headers
SIW: Main header file
SIW: Module initialization
SIW: User interface
SIW: Connection management
SIW: Object management
SIW: Queue
linux-rdma-ow...@vger.kernel.org wrote on 09/22/2010 10:42:18 PM:
On 09/22/2010 03:35 PM, Nicholas A. Bellinger wrote:
On Wed, 2010-09-22 at 10:19 +0200, Bernard Metzler wrote:
Earlier this year, we announced the availability of an open source,
full software implementation of the iWARP
Thanks, Nicholas. Just applied your patch.
Bernard.
linux-rdma-ow...@vger.kernel.org wrote on 09/22/2010 10:30:17 PM:
From: Nicholas Bellinger n...@linux-iscsi.org
This patch adds a LINUX_VERSION_CODE v2.6.34 check inside of
siw_main.c:siw_register_device()
around the use of
linux-rdma-ow...@vger.kernel.org wrote on 09/23/2010 12:36:29 AM:
On Wed, 2010-09-22 at 16:06 -0600, Jason Gunthorpe wrote:
On Wed, Sep 22, 2010 at 02:38:31PM -0700, Nicholas A. Bellinger wrote:
So I think the main bit here is the ability to request
crc32c-intel.ko first, and then
Earlier this year, we announced the availability of an open source,
full software implementation of the iWARP RDMA protocol stack - see
my email software iwarp stack from March 14th at the linux-rdma list
(http://www.mail-archive.com/linux-rdma@vger.kernel.org/msg02940.html)
While since then
Hello,
while currently only supported by the InfiniBand transport,
the libibverbs define a IBV_WR_RDMA_WRITE_WITH_IMM work request.
Could someone please explain what the action at the peer side would be
if a WRITE with immediate data comes in? One possible action would be
to:
(1) fetch the next
Agreed.
Currently, if running out of backlog, the cm actively
rejects the connection with -ENOMEM back to the provider
(see ucma_event_handler(), and cm_conn_req_handler()).
That should allow the provider to zap the TCP connection,
but its not very productive ;)
Bernard.
Steve Wise
25, 2010 3:15 PM
To: Bernard Metzler; Roland Dreier
Cc: Jason Gunthorpe; linux-rdma@vger.kernel.org; linux-rdma-
ow...@vger.kernel.org; Waskiewicz Jr,
Peter P; Steve Wise
Subject: RE: [PATCH v2] RDMA/CMA: fix iWARP adapter TCP port space
usage
To my understanding, our discussion
On the other hand trying to hook offloaded iWARP into the normal
stack
does seem to lead to a mess. I see DaveM's point: TCP port space is
just the beginning -- filtering, queueing, etc also have config that
ultimately an offload device would want to hook too.
TCP port space
I agree that the issue must get solved and its good that it has
been brought up again. I agree with Chien that the
solution should respect and interface to a single in kernel instance
maintaining host global TCP port space. iWARP is just another
protocol on top of TCP - like iSCSI. There is no
61 matches
Mail list logo