[lkml]   [2006]   [Jun]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: PATCH: Change in-kernel afs client filesystem name to 'kafs'
    On 6/24/06, Troy Benjegerdes <> 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

    > 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

    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.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-06-25 05:22    [W:0.029 / U:1.948 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site