[openib-general] OFED 1.1 and OpenSM on SLES 10 for PPC64
Hal Rosenstock
halr at voltaire.com
Wed Sep 20 14:31:59 PDT 2006
On Wed, 2006-09-20 at 16:42, Michael S. Tsirkin wrote:
> Quoting r. Hal Rosenstock <halr at voltaire.com>:
> > Subject: RE: OFED 1.1 and OpenSM on SLES 10 for PPC64
> >
> > On Wed, 2006-09-20 at 11:11, Eitan Zahavi wrote:
> > > I will try to get to that tomorrow
> >
> > It's not an OpenSM issue. See the latest info in the bug report:
> > http://openib.org/bugzilla/show_bug.cgi?id=241
>
> I dug in a bit and I'm not sure what's the root cause,
> but what is triggering the problem is that the saquery diag
> utility depends on opensm,
No, it depends on the opensm library not opensm. This was all fine until
the libraries were broken into a separate RPM for OFED to attempt to
decouple them from OpenSM.
> which makes a mess of dependencies,
It requires opensm library for the SA client interface and complib for
portability. I believe this is no different than some other IB utilities
in OFED too.
> and at some point libtool goes berserk.
Huh ?
> Short term, can we just skip saquery utility in OFED 1.1?
> Hal, can you approve this please?
I would prefer that is not the case and this is part of OFED 1.1.
> Longer term, I think saquery should be fixed not to depend on opensm - opensm is
> a large tool, complicated by portability requirements etc, and it is a waste to
> need parts of it on endnodes just to be able to run some diagnostics.
> With RMPP support in kernel, we really sholdn't need an extra depenency
> just to push a query and get a response.
> Comments?
It could depend on Sean's new user space SA client API (which perhaps
needs some more infrastructure) but we are not there yet.
-- Hal
More information about the general
mailing list