It's good writing, but I don't think it's actually true. Couldn't the existing version number be frozen
at 20 and a "real" version number added as another ioctl()? The behavior on unknown ioctl()s is
well-defined, so there'd be a reliable way to know if the API was extended in a different way than
originally planned for version 21.
This would make the check-for-21-or-higher tools think it's 20, yet newly written tools know
it's something else. They could even negotiate a version to use.
it's an ugly solution and perhaps not worthwhile, but it's possible.
Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds