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. I do print a warning if
umad_set_pkey() is called with an index != 0, but we can remove that.
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.
+ 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.
- Sean
_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
