[lkml]   [2002]   [Oct]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] AFS filesystem for Linux (2/2)

On Wed, 2 Oct 2002, David Howells wrote:
> This patch adds an Andrew File System (AFS) driver to the kernel. Currently
> it only provides read-only, uncached, non-automounted and unsecured support.

Are you sure this is the right way to go?

As far as I can tell, this is a dead end, because we fundamentally cannot
do the local backing store from the kernel.

From my (nonexistent) understanding of how AFS works, would it not be a
whole lot more sensible to implement it as a coda client or something like
that (with the networking support in-kernel, but with the caching logic
etc in user space).

I dunno, I just get the feeling that a good AFS client simply cannot be
done entirely in kernel space, and if you start off like this, you'll
never get where you really want to go. Pls comment on this (and yeah, the
comment can be a "Boy, you're really a stupid git, and here's why: xyz",
but I really want the "xyz" part too ;)

Now, admittedly maybe the user-space deamon approach is crap, and what we
really want is to have some way to cache network stuff on the disk
directly from the kernel, ie just implement a real mapping/page-indexed
cachefs that people could mount and use together with different network


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: 2005-03-22 13:29    [W:0.131 / U:41.048 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site