Date: Fri, 30 Jan 2004 18:06:10 +0100
From: Pavel Machek <pavel@ucw.cz>
To: Miklos Szeredi <Miklos.Szeredi@eth.ericsson.se>
Cc: azz@us-lot.org, linux-kernel@vger.kernel.org
Subject: Re: Userspace filesystems (WAS: Encrypted Filesystem)
Message-ID: <20040130170610.GB625@elf.ucw.cz>
References: <OFA97B290B.67DE842E-ON87256E27.0061728C-86256E27.0061BB0E@us.ibm.com> <y2ar7xmkyqe.fsf@cartman.at.fivegeeks.net> <200401281350.i0SDo2I03247@duna48.eth.ericsson.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200401281350.i0SDo2I03247@duna48.eth.ericsson.se>
User-Agent: Mutt/1.5.4i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1026
Lines: 26

Hi!

>  2) This one is harder to get rid of, especially because I don't want
>     to delve into the technical merits of one or the other (I'd be a
>     bit biased).  But I have compared both the kernel interface and
>     the library API of LUFS and FUSE and they are very similar.  And
>     that is a good thing, because it makes possible to support LUFS
>     filesystems with the FUSE kernel module and vica versa.

Jean-Luc wrote:
>    app wants to read data from a file ->
>    userspace application requires memory allocation to provide this data ->
>    VM tries to write out dirty data associated with the Coda mountpoint ==
>    deadlock

How do you solve this one?
								Pavel

-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/