[ofa-general] Re: [PATCH 1/2] libibumad: fix partition support

Hal Rosenstock halr at voltaire.com
Fri Jun 15 15:00:15 PDT 2007


On Fri, 2007-06-15 at 17:36, Sean Hefty wrote:
> > Sigh... and opensm (actually libvendor) is the one which uses this
> > incorrectly. I'm worried about existing OpenSM compatibility with the
> > new libibumad when ABI 6 is in effect. I think the long standing ABI 5
> > should be fine, right ?
> 
> ABI 5 should be fine, since the pkey isn't actually passed to the 
> kernel.  ABI 6 would pass down the wrong index.

Right.

> I do print a warning if 
> umad_set_pkey() is called with an index != 0, but we can remove that.

How about if abi_version == 5, setting pkey_index to 0 regardless of
what is set ? Isn't that all that ABI v5 really supports ?

> >> old mode 100644
> >> new mode 100755
> > 
> > Why the mode change ?
> 
> This is just my editor being dumb, and me forgetting to tell git to 
> ignore mode changes.

OK.

> >> +	n = write(fd, data, size);
> >> +	if (n != size) {
> >> +		DEBUG("write returned %d != sizeof mad data %d (%m)", n, size);
> > 
> > Is this really the sizeof the mad data ?
> 
> This is not the size of the data field in a MAD.  It's the size of the 
> write = sizeof ib_user_mad + MAD data length.  I can change the comment 
> to clarify.

Thanks.

-- Hal

> - Sean




More information about the general mailing list