|From:||Valerie Aurora <val-AT-vaaconsulting.com>|
|To:||Andrew Morton <akpm-AT-linux-foundation.org>, Miklos Szeredi <miklos-AT-szeredi.hu>|
|Subject:||Re: Fw: Re: [PATCH 0/7] overlay filesystem: request for inclusion|
|Date:||Thu, 9 Jun 2011 23:57:09 -0700|
|Cc:||NeilBrown <neilb-AT-suse.de>, viro-AT-ZenIV.linux.org.uk, torvalds-AT-linux-foundation.org, linux-fsdevel-AT-vger.kernel.org, linux-kernel-AT-vger.kernel.org, apw-AT-canonical.com, nbd-AT-openwrt.org, hramrach-AT-centrum.cz, jordipujolp-AT-gmail.com, ezk-AT-fsl.cs.sunysb.edu|
Andrew Morton <email@example.com> wrote: > Subject: Re: [PATCH 0/7] overlay filesystem: request for inclusion > > > On Thu, 09 Jun 2011 14:47:49 +0200 > Miklos Szeredi <firstname.lastname@example.org> wrote: > >> Andrew Morton <email@example.com> writes: >> > Another issue: there have been numerous attempts at Linux overlay >> > filesystems from numerous parties. Does (or will) this implementation >> > satisfy all their requirements? >> >> Overlayfs aims to be the simplest possible but not simpler. >> >> I think the reason why "aufs" never had a real chance at getting merged >> is because of feature creep. >> >> Of course I expect new features to be added to overlayfs after the >> merge, but I beleive some of the features in those other solutions are >> simply unnecessary. > > This is my main worry. If overlayfs doesn't appreciably decrease the > motivation to merge other unioned filesystems then we might end up with > two similar-looking things. And, I assume, the later and more > fully-blown implementation might make overlayfs obsolete but by that > time it will be hard to remove. > > So it would be interesting to hear the thoughts of the people who have > been working on the other implementations. 1. Al Viro and Christoph Hellwig bring up the same locking problems *every single time* someone proposes a copy-up in-kernel file system, and *every single time* they are dismissed or hand-waved. I'd like to see the thread in which one of them says, "Why yes, you have understood and solved that problem to my satisfaction," before even considering merging something. 2. Overlayfs is not the simplest possible solution at present. For example, it currently does not prevent modification of the underlying file system directories, which is absolutely required to prevent bugs according to Al. Al proposed a solution he was happy with (read-only superblocks), I implemented it for union mounts, and I believe it can be ported to overlayfs. But that should happen *before* merging. 3. To my knowledge, Al is not currently able to reply to email on a regular basis and Christoph doesn't frequently comment on the subject these days. Don't take their silence as approval. I have many more possible comments but I don't think they should be relevant to the discussion about merging. Al and Christoph's judgements should be sufficient. -VAL -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to firstname.lastname@example.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Copyright © 2011, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds