[lkml]   [2006]   [Mar]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [openib-general] InfiniBand 2.6.17 merge plans
Roland Dreier wrote:
> - Working around the IB midlayer SMA (subnet management agent) /
> implementation with a character device when ib_mad isn't loaded.
> Maybe I'm off-base here objecting to this. Hal and Sean, as the
> ib_mad guys, I'd be especially interested in your opinion of this.

I will need to spend some time reading through the PathScale code on this. I've
followed most of the discussion, though not in detail. Right now, I don't see
what's being gained by not loading ib_mad. For instance, how does the driver
handle loading ib_mad later, say when another IB device is added to the system
that requires it?

> * RDMA CM. In my git tree at
> git:// rdma_cm
> I think this is OK to merge, but I don't see much pull to get it in
> right now. There are three consumers on the horizon:
> - userspace RDMA CM, which exports the abstraction to userspace.
> The feeling is that this interface needs more time to mature.
> - NFS/RDMA. Not ready to merge right now.
> - iSER. Maybe ready to merge -- I haven't heard anything recently.

I agree that we need to let the userspace interface mature. And even the kernel
interface could benefit from having some real users. The code was added to the
-mm branch, correct?

The main drawback that we have not merging the RDMA CM with userspace support,
is that OpenIB release 1.0 will have very poor connection management support.
There's no easy way for userspace applications to obtain path records.

- Sean
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-03-27 22:23    [W:0.120 / U:6.232 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site