[OpenAFS-devel] [PATCH 1/2] linux < 2.4 cleanup
Kris Van Hees
aedil-afs@alchar.org
Sun, 8 May 2005 00:09:21 -0400
On Sat, May 07, 2005 at 05:17:21PM -0400, Andres Salomon wrote:
> On Sat, 2005-05-07 at 07:06 -0400, chas williams - CONTRACTOR wrote:
> > In message <1115417151.4125.11.camel@jack.dev.in.athenacr.com>,Andres Salomon w
> > rites:
> > >a) convert to using gcc-style architecture identifiers for linux (ie
> > >__ia64__ instead of AFS_IA64_LINUX20_ENV)
> >
> > i would prefer this not to happen if i have a choice. mostly for
> > consistency reasons.
>
> If the goal is to get the openafs driver accepted into the linux kernel
> (which is something I think should happen), then it's something that
> should be done. Plenty of people don't even view openafs as a
> distributed filesystem option, since it's not in the kernel; it would be
> nice to get it in there.
I highly doubt that the OpenAFS kernel module will ever make it into the Linux
kernel, given that OpenAFS is governed under the IBM Public License v1.0, and
that is to my knowledge not compatible with the GPL. Also, I do not think that
there really is any interest to try to get the OpenAFS kernel module into the
Linux kernel, given that it is part of the entire OpenAFS software distribution
and taking out the kernel module and merging it into the Linux source tree
seems rather pointless.
If OpenAFS not being part of the kernel is seen as a reason for not viewing
OpenAFS as a distributed filesystem option, people with that view may actually
count themselves lucky. I don't think they're ready for something like AFS
(or probably any kind of software that operates on a sufficiently low level
without actually being part of the kernel).
Kris