Re: PATCH: Change in-kernel afs client filesystem name to 'kafs'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 6/24/06, Troy Benjegerdes <[email protected]> wrote:
On Sat, Jun 24, 2006 at 02:37:03PM +0100, Christoph Hellwig wrote:
> On Fri, Jun 23, 2006 at 07:41:59PM -0500, Troy Benjegerdes wrote:
> > This patch changes the in-kernel AFS client filesystem name to 'kafs',
> > as well as allowing the AFS cache manager port to be set as a module
> > parameter. This is usefull for having a system boot with the root
> > filesystem on afs with the kernel AFS client, while still having the
> > option of loading the OpenAFS kernel module for use as a read-write
> > filesystem later.
>
> NACK.  OpenAFS isn't even legal to load into the kernel, we shouldn't
> support it.  Better help making the kernel afs client fully features
> than wasting your time on this.

So, you are telling me that even though OpenAFS has a license
substationally similiar in intent to the GPLv2, that it's not legal to
load into the kernel, even though the OpenAFS code predates the Linux
kernel by about 5 years? Are you going to personally sue me if I put up
an initramfs image with the OpenAFS kernel module in it?

I doubt anyone would waste their time.

Btw, release date has nothing to do with licensing issues.  The
original BSD license was around before the GPL, and yet they were
incompatible.


My home directory is in AFS. And if you want me to help make the kernel
AFS client full-featured, I need to have both kAFS and OpenAFS loaded
and mounted at the same time. So quit bitching about OpenAFS and get out of
my way so I can work on kAFS.

Nobody is in your way.  If you truly want to improve kAFS to the point
where it is usable, then by all means do so.  There are many people
that would thank you.

However, I hope that you would agree that the end goal is to have kAFS
be a drop in replacement such that it can be used inter-changeably
with other AFS implementations.  Given that, integrating a patch the
changes the filesystem type which will later be reverted just is
silly.

There is nothing preventing you from doing this in your local tree
while you work on kAFS.  Pushing it to the mainline kernel is just
wrong though.  The fact your local setup requires you have both kAFS
and OpenAFS loaded at the same time is not reason enough to change it
in mainline.

josh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux