[ofw] [PATCH] Bump up CI and AL interface version numbers

Hefty, Sean sean.hefty at intel.com
Tue Aug 26 13:23:14 PDT 2008


>You're right - all libraries must support all kernel interfaces. But we also
>need a way to differentiate between variants of same interface. There could be
>a situation where newer library works with older driver (or viese versa) and
>the order of elements in some struct definition has changed between versions.
>That is why interface version number should be increased to let application
>recognize the change..

I never said not to increase the interface version.  Just that the version number should be bumped once for a given set of changes, and tied to releases, not development.  Otherwise, we have version 3 followed by version 12 followed by version 29, just because of some arbitrary check-in decisions.

Consider this differently.  Suppose that you're creating a new API.  You implement ib_open_al() and ib_close_al(), commit the changes, and call it API 1.  You add ib_open_ca() and ib_close_ca() - API 2.  Ib_alloc_pd(), ib_close_pd() - API 3... and so on until you finally release the API as version 48.  Checking code into source control != an API version.

- Sean



More information about the ofw mailing list