Quoting r. Bryan O'Sullivan <[email protected]>:
> Subject: Re: [PATCH 9 of 20] ipath - char devices for diagnostics and lightweight subnet management
>
> On Thu, 2006-03-09 at 15:20 -0800, Roland Dreier wrote:
>
> > I've never understood what forces you to maintain two separate SMAs.
> > Why can't you pick one of the two SMAs and use that unconditionally?
>
> Three reasons.
>
> * OpenSM wasn't usable when we wrote our SMA. We have customers
> using ours now, so we have to support it.
Presumably you mean the ib_mad SMA - OpenSM is not an SMA.
I don't understand this. You don't talk to an SMA directly -
its jobs is to receive and send management packets that the card
gets from a subnet manager. So what do customers care which SMA
implementation is used, as long as it formats the management packets
correctly?
If you want to extend the SMA in non-standard ways, you can
snoop and send management packets by loading ib_umad.
> * Our SMA does some setup for the layered ethernet emulation
> driver.
You are doing this from userspace, right? But you can already send/receive MADs
from userspace by loading ib_umad. What is there that is not sufficient for
your purposes?
By the way, this might also be a clean way for you to get at the port info
node info and port counters atomically like you wanted to in another thread:
post a management packet to the local device, get a packet back.
No need for extra sysfs files.
> * Our SMA works without an IB stack of any kind present.
The stack is pretty slim, AFAIK it mostly consists of an SMA implementation.
So where's the benefit in avoiding it? Just link against ib_mad, it will
get loaded atomatically.
--
Michael S. Tsirkin
Staff Engineer, Mellanox Technologies
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
