LWN.net Logo

Similar to the (Open)AFS situation

Similar to the (Open)AFS situation

Posted Sep 4, 2008 17:22 UTC (Thu) by utoddl (subscriber, #1232)
Parent article: DRI, BSD, and Linux

I see lots of parallels with the OpenAFS situation. OpenAFS is a distributed file system that predates Linux and runs on lots of OSes. Maintaining a codebase that can compile kernel modules across several OSes and many versions of each (based on feature, not version number) is no small task. Integrating patches requires not breaking other OS builds. And there are licensing issues. There's no way to relicense the code, and some Linux kernel folks have been borderline hostile to the idea of even allowing the OpenAFS kernel module to be linked/loaded into the GPLed Linux kernel; there's no way to bring the existing OpenAFS kernel module in-tree. Yet somehow the OpenAFS core team manages to keep code working across versions of multiple OSes. I'm glad they do it, as I use/need OpenAFS, but I'm glad it's not my problem.


(Log in to post comments)

Similar to the (Open)AFS situation

Posted Sep 15, 2008 12:19 UTC (Mon) by robbe (guest, #16131) [Link]

> There's no way to relicense the code, and some Linux kernel folks have
> been borderline hostile to the idea of even allowing the OpenAFS kernel
> module to be linked/loaded into the GPLed Linux kernel; there's no way
> to bring the existing OpenAFS kernel module in-tree.

With OpenAFS apperently being under the IBM Public License 1.0
(GPL-incompatible according to the FSF) this is not that surprising.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds