[ofa-general] Re: [PATCH] for-2.6.23 ib/umad: add partition support
Roland Dreier
rdreier at cisco.com
Fri Jun 22 09:17:37 PDT 2007
> Ugh. OFED 1.2 (with the old ABI) just went out.
> I wonder - is it time to start making the kernel backwards-compatible?
> It would be trivial to have userspace supply its own ABI
> version and have kernel support both new and old ABI if we want to.
> What do you think?
There's always a balance between keeping cruft in the kernel for
compatibility and not breaking userspace. I'm beginning to think the
right plan in this case might be to rename struct ib_user_mad_hdr to
struct ib_user_mad_hdr_old, make a new struct ib_user_mad with the
pkey_index member and add a new ioctl IB_USER_MAD_ENABLE_PKEY_INDEX.
The ABI version would stay the same, and if someone just opened the
device and didn't do the IB_USER_MAD_ENABLE_PKEY_INDEX they would get
the old ABI. If they do the ioctl then they get the new header. Also
we could define that ABI version 6 just has the new struct
ib_user_mad_hdr and no ioctl.
Then we could say we were going to switch to the new ABI in a year or
two. And print a warning in the kernel log for every application that
doesn't use the ioctl.
I'll try to cook up a kernel patch next week.
- R.
More information about the general
mailing list