From: Sean Hefty <mshefty@ichips.intel.com>
To: Roland Dreier <rdreier@cisco.com>
Cc: openib-general@openib.org, linux-kernel@vger.kernel.org
Subject: Re: [openib-general] InfiniBand 2.6.17 merge plans
Date: Mon, 27 Mar 2006 12:19:59 -0800 [thread overview]
Message-ID: <442848EF.4000407@ichips.intel.com> (raw)
In-Reply-To: <ada7j6f8xwi.fsf@cisco.com>
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://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.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
next prev parent reply other threads:[~2006-03-27 20:20 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-27 19:56 InfiniBand 2.6.17 merge plans Roland Dreier
2006-03-27 20:19 ` Sean Hefty [this message]
2006-03-27 20:24 ` [openib-general] " Roland Dreier
2006-03-27 22:58 ` Roland Dreier
2006-03-27 23:42 ` Sean Hefty
2006-03-27 23:51 ` Roland Dreier
2006-03-27 23:53 ` Sean Hefty
2006-03-28 18:47 ` Bob Woodruff
2006-03-29 8:28 ` Dan Bar Dov
2006-03-29 17:03 ` Roland Dreier
2006-04-03 10:31 ` Dan Bar Dov
2006-04-03 15:46 ` Roland Dreier
2006-03-29 23:30 ` Bryan O'Sullivan
2006-03-30 22:51 ` updated " Roland Dreier
2006-03-30 23:11 ` [openib-general] " Roland Dreier
2006-03-31 6:32 ` Christoph Hellwig
2006-03-31 16:36 ` Roland Dreier
2006-03-30 23:18 ` Sean Hefty
2006-04-02 6:58 ` Michael S. Tsirkin
2006-04-02 22:36 ` Roland Dreier
2006-04-03 22:02 ` Michael S. Tsirkin
2006-04-03 22:04 ` Roland Dreier
[not found] <OF64E1A6D6.7F279B45-ON8725713E.00768A3A-8825713E.0076440A@us.ibm.com>
2006-03-27 21:38 ` [openib-general] " Roland Dreier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=442848EF.4000407@ichips.intel.com \
--to=mshefty@ichips.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=openib-general@openib.org \
--cc=rdreier@cisco.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.