On Tue, 2007-11-27 at 18:15 +0100, Adrian Bunk wrote:
On Mon, Nov 26, 2007 at 11:35:42PM -0600, Tom Tucker wrote:
On Tue, 2007-11-27 at 15:49 +1100, Rusty Russell wrote:
...
No. That's the wrong question. What's the real upside?
Explicitly documenting what comprises the kernel API
On Tue, 2007-11-27 at 15:49 +1100, Rusty Russell wrote:
On Monday 26 November 2007 17:15:44 Roland Dreier wrote:
Except C doesn't have namespaces and this mechanism doesn't create them.
So this is just complete and utter makework; as I said before, noone's
going to confuse all those
On Wed, 2007-08-15 at 22:26 -0400, Jeff Garzik wrote:
[...snip...]
I think removing the RDMA stack is the wrong thing to do, and you
shouldn't just threaten to yank entire subsystems because you don't like
the technology. Lets keep this constructive, can we? RDMA should get
the
Roland:
The guys at UNH found this and fixed it. I'm surprised no
one has hit this before. I guess it only breaks when the
refcount on the QP is non-zero.
Initialize the wait_queue_head_t in the c2_qp structure.
Signed-off-by: Ethan Burns [EMAIL PROTECTED]
Acked-by: Tom Tucker [EMAIL PROTECTED
[...snip...]
+extern void set_interface(
+UINT32ip_addr,
These should probably be the standard linux types u32, or uint32
+UINT32mask,
+UINT32bcastaddr,
+
From: Tom Tucker [EMAIL PROTECTED]
The AMSO driver was not thread-safe in the post WR code and had
code that would sleep if the WR post FIFO was full. Since these
functions can be called on interrupt level I changed the sleep to a
udelay.
Signed-off-by: Tom Tucker [EMAIL PROTECTED]
---
drivers
called *private.h in a public
directory. Putting them in iwcm.h is fine with me...
Here's a patch for the KDB code if anyone is interested...
KDB module for dumping OpenFabrics stack data types
From: Tom Tucker [EMAIL PROTECTED]
---
kdb/kdbmain.c |2
kdb/modules
On Mon, 2006-07-24 at 15:23 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Wed, 05 Jul 2006 12:09:42 -0500
A TOE net stack is closed source firmware. Linux engineers have no way
to fix security issues that arise. As a result, only non-TOE users will
receive security
On Thu, 2006-07-06 at 23:53 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 06 Jul 2006 00:25:03 -0500
This patch is about dotting I's and crossing T's, it's not about
foundations.
You assume that I've flat out rejected RDMA, in fact I haven't. I
really don't
On Fri, 2006-07-07 at 00:08 +1000, Herbert Xu wrote:
Tom Tucker [EMAIL PROTECTED] wrote:
All that said, the proposed patch helps not only iWARP, but other
transports (iSCSI, IB) as well. It is not large, invasive,
Care to explain on how it helps those other technologies?
The RDMA CMA
On Fri, 2006-07-07 at 10:03 +1000, Herbert Xu wrote:
On Thu, Jul 06, 2006 at 12:36:24PM -0500, Tom Tucker wrote:
The RDMA CMA uses IP addresses and port numbers to create a uniform
addressing scheme across all transport types. For IB, it is necessary to
resolve IP addresses to IB GIDs
On Sat, 2006-07-01 at 16:26 +0200, Andi Kleen wrote:
On Saturday 01 July 2006 01:01, Tom Tucker wrote:
On Fri, 2006-06-30 at 14:16 -0700, David Miller wrote:
The TOE folks have tried to submit their hooks and drivers
on several occaisions, and we've rejected it every time.
iWARP
On Wed, 2006-07-05 at 20:03 -0700, David Miller wrote:
From: Roland Dreier [EMAIL PROTECTED]
Date: Wed, 05 Jul 2006 13:29:35 -0700
The way forward seems to be to merge basic iWARP support that lives in
drivers/infiniband, and then you can accept or reject things for
better integration,
On Fri, 2006-06-30 at 14:16 -0700, David Miller wrote:
The TOE folks have tried to submit their hooks and drivers
on several occaisions, and we've rejected it every time.
iWARP != TOE
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
On Thu, 2006-06-29 at 12:46 -0700, David Miller wrote:
From: Roland Dreier [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 09:54:37 -0700
In any case I think we need to find a way for Linux to support iWARP
hardware, since there are users that want this, and (some of) the
vendors are working
[...snip...]
community at large, Linux and Andrew, you? I'm not trying to be
Linus sorry... spell checker...
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 2006-06-29 at 13:19 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:11:06 -0500
Doesn't this position force vendors to build deeper adapters, not
shallower adapters? Isn't this exactly the opposite of what is intended?
Nope.
Look
On Thu, 2006-06-29 at 13:53 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:47:13 -0500
I concede that features have been lost, but some applications benefit
greatly from RDMA. For these applications and these customers,
TOE folks give the same
On Wed, 2006-06-28 at 00:07 -0700, David Miller wrote:
Roland, there is no way in the world we would have let support for
RDMA into the kernel tree had we seen and reviewed it on netdev. I've
discussed this with Andrew Morton, and we'd like you to please revert
all of the RDMA code from
Andrew, thanks for the review, comments inline...
On Thu, 2006-06-08 at 00:54 -0700, Andrew Morton wrote:
On Wed, 07 Jun 2006 15:06:05 -0500
Steve Wise [EMAIL PROTECTED] wrote:
This patch provides the new files implementing the iWARP Connection
Manager.
Review Changes:
-
On Thu, 2006-06-08 at 01:17 -0700, Andrew Morton wrote:
On Wed, 07 Jun 2006 15:06:55 -0500
Steve Wise [EMAIL PROTECTED] wrote:
+void c2_free(struct c2_alloc *alloc, u32 obj)
+{
+ spin_lock(alloc-lock);
+ clear_bit(obj, alloc-table);
+ spin_unlock(alloc-lock);
+}
The
A reference is being taken on an iWARP device that is never getting
released. This prevents a participating iWARP netdev device from being
unloaded after a connection has been established on the passive side.
Search for ip_dev_find below...
On Wed, 2006-06-07 at 15:06 -0500, Steve Wise wrote:
On Wed, 2006-05-31 at 15:22 -0700, Sean Hefty wrote:
Steve Wise wrote:
+/*
+ * Release a reference on cm_id. If the last reference is being removed
+ * and iw_destroy_cm_id is waiting, wake up the waiting thread.
+ */
+static int iwcm_deref_id(struct iwcm_id_private *cm_id_priv)
+{
On Thu, 2006-06-01 at 14:09 -0700, Sean Hefty wrote:
Steve Wise wrote:
+int iw_cm_disconnect(struct iw_cm_id *cm_id, int abrupt)
+{
+ struct iwcm_id_private *cm_id_priv;
+ unsigned long flags;
+ int ret = 0;
+
+ cm_id_priv = container_of(cm_id, struct iwcm_id_private, id);
+ /* Wait
24 matches
Mail list logo
