Hello!
Quoting r. Johannes Erdfelt ([EMAIL PROTECTED]) Re: [openib-general] [PATCH] Initial
checkin of userspace MAD access:
On Wed, Nov 03, 2004, Roland Dreier [EMAIL PROTECTED] wrote:
By the way, buried down at the end of the patch is some documentation
about creating device files
I've just checked in an initial version of userspace MAD access
(including documentation in docs/user_mad.txt).
Unfortunately this is not quite ready for use underneath OpenSM, since
it is not possible to register an agent for the SM classes (since they
are currently grabbed by the kernel SMA
Sean Is anyone willing to work on porting opensm to this? If
Sean not, I can start on this. Otherwise, I will continue
Sean working on adding MAD error/overrun handling.
It would be great to work on that but we need to resolve how to handle
the SM classes first.
One option would be
Another option is to revise the kernel MAD code so that it does not
need to register an agent for the SM classes (ie pass all MADs to
low-level driver first).
I thought that we had decided to go this route, and replace snoop_mad with
calls to process_mad. If we're in agreement on this, I can do
Sean I thought that we had decided to go this route, and replace
Sean snoop_mad with calls to process_mad. If we're in agreement
Sean on this, I can do it first.
That was my impression too, so I think that would be a good route to go.
- R.
On Wed, 2004-11-03 at 12:00, Sean Hefty wrote:
Is anyone willing to work on porting opensm to this? If not,
I can start on this. Otherwise, I will continue working on
adding MAD error/overrun handling.
Shahar from Voltaire will be doing this. I am working now on modifying
the MAD layer and
On Wed, 2004-11-03 at 12:00, Sean Hefty wrote:
Is anyone willing to work on porting opensm to this? If not,
I can start on this. Otherwise, I will continue working on
adding MAD error/overrun handling.
Shahar from Voltaire will be doing this. I am working now on modifying
the MAD layer and
On Wed, 2004-11-03 at 12:14, Roland Dreier wrote:
Another option is to revise the kernel MAD code so that it does not
need to register an agent for the SM classes (ie pass all MADs to
low-level driver first).
That's what I'm working on now (eliminate snoop_mad and replace with
process_mad). I
Roland Dreier wrote:
Do the names /dev/infiniband/mthca0/umad1 and so on make sense to
people? I thought that userspace verbs support would probably use a
file like /dev/infiniband/mthca0/verbs, etc.
I think that this approach is good.
- Sean
___
Johannes Does the device name need to have the HCA driver name in
Johannes it? Also, the u in umad is implied.
Good point, I'll change the docs to suggest no u.
Johannes Wouldn't it be more appropriate to do something like
Johannes this:
Johannes /dev/infiniband/hca0/mad1
10 matches
Mail list logo