[ofw] ib-diags: compatability issue with ibstat

Hal Rosenstock hal.rosenstock at gmail.com
Fri Sep 23 09:38:25 PDT 2011


On Fri, Sep 23, 2011 at 12:33 PM, Hal Rosenstock
<hal.rosenstock at gmail.com>wrote:

>
>
> On Fri, Sep 23, 2011 at 12:21 PM, Hefty, Sean <sean.hefty at intel.com>wrote:
>
>> > > The only way to determine whether fdr10 is active or not is via the
>> > > vendor proprietary MAD. That info may be reflected in some other API
>> > > (and/or file) so that MAD does not need to be reissued. In a separate
>> > > thread on linux-rdma, there was discussion on a couple of different
>> > > ways to do that from verbs and in this thread that there's no sysfs
>> > > equivalent in Windows. You've already stated that the Windows support
>> > > is using libibverbs for libibumad support so it seems appropriate to
>> > > me to do the same here (in Windows at least).
>> >
>> > The proper place for is_fdr10 is in libibumad (and then we wouldn't be
>> > discussing libibverbs w/ibstat) but that was not done to avoid a
>> > change to the umad port structure.
>>
>> ibstat determines is_fdr10 by reading a file.
>
>
Yes, same file that active_speed comes from (which umad already parses).


> That same data could just as easily be exported as a port attribute, which
>> would make it belong to ibverbs, rather than umad.
>>
>
Sure; that's another way.


>
>> If the only point of exporting is_fdr10 from the kernel is for an ib
>> management diag to display the value, then it's not a useful value for verbs
>> applications.
>>
>
> fdr10 is in the same category as active_speed. What's the use for that
> other than display ? Anyhow, display seems useful to me to know the local
> port speed.
>
> -- Hal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20110923/be991da2/attachment.html>


More information about the ofw mailing list