<br><br><div class="gmail_quote">On Fri, Sep 23, 2011 at 12:33 PM, Hal Rosenstock <span dir="ltr"><<a href="mailto:hal.rosenstock@gmail.com">hal.rosenstock@gmail.com</a>></span> wrote:<br><blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Fri, Sep 23, 2011 at 12:21 PM, Hefty, Sean <span dir="ltr"><<a href="mailto:sean.hefty@intel.com" target="_blank">sean.hefty@intel.com</a>></span> wrote:<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
<div>> > The only way to determine whether fdr10 is active or not is via the<br>
> > vendor proprietary MAD. That info may be reflected in some other API<br>
> > (and/or file) so that MAD does not need to be reissued. In a separate<br>
> > thread on linux-rdma, there was discussion on a couple of different<br>
> > ways to do that from verbs and in this thread that there's no sysfs<br>
> > equivalent in Windows. You've already stated that the Windows support<br>
> > is using libibverbs for libibumad support so it seems appropriate to<br>
> > me to do the same here (in Windows at least).<br>
><br>
> The proper place for is_fdr10 is in libibumad (and then we wouldn't be<br>
> discussing libibverbs w/ibstat) but that was not done to avoid a<br>
> change to the umad port structure.<br>
<br>
</div>ibstat determines is_fdr10 by reading a file.  </blockquote></div></div></div></blockquote><div> </div><div>Yes, same file that active_speed comes from (which umad already parses).</div><div> </div><blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
<div><div class="h5"><div class="gmail_quote"><blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
That same data could just as easily be exported as a port attribute, which would make it belong to ibverbs, rather than umad.<br></blockquote></div></div></div></blockquote><div> </div><div>Sure; that's another way.</div>
<div> </div><blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote"><div><div class="h5"><div class="gmail_quote">
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
<br>
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.<br>
</blockquote></div></div></div><div><br>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.</div><div> </div><font color="#888888"><div>
-- Hal</div>
</font></blockquote></div><br>