lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 8 Jun 2011 20:52:33 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	NeilBrown <neilb@...e.de>
Cc:	Miklos Szeredi <miklos@...redi.hu>, viro@...IV.linux.org.uk,
	torvalds@...ux-foundation.org, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org, apw@...onical.com, nbd@...nwrt.org,
	hramrach@...trum.cz, jordipujolp@...il.com, ezk@....cs.sunysb.edu,
	mszeredi@...e.cz
Subject: Re: [PATCH 0/7] overlay filesystem: request for inclusion

On Thu, 9 Jun 2011 11:59:34 +1000 NeilBrown <neilb@...e.de> wrote:

> On Wed, 8 Jun 2011 15:32:08 -0700 Andrew Morton <akpm@...ux-foundation.org>
> wrote:
> 
> > On Wed,  1 Jun 2011 14:46:13 +0200
> > Miklos Szeredi <miklos@...redi.hu> wrote:
> > 
> > > I'd like to ask for overlayfs to be merged into 3.1.
> > 
> > Dumb questions:
> > 
> > I've never really understood the need for fs overlaying.  Who wants it?
> > What are the use-cases?
> 
> https://lwn.net/Articles/324291/
> 
> I think the strongest use case is that LIVE-DVD's want it to have a write-able
> root filesystem which is stored on the DVD.

Well, these things have been around for over 20 years.  What motivated
the developers of other OS's to develop these things and how are their
users using them?

> > 
> > This sort of thing could be implemented in userspace and wired up via
> > fuse, I assume.  Has that been attempted and why is it inadequate?
> 
> I think that would be a valid question if the proposal was large and
> complex.  But overlayfs is really quite small and self-contained.

Not merging it would be even smaller and simpler.  If there is a
userspace alternative then that option should be evaluated and compared
in a rational manner.



Another issue: there have been numerous attempts at Linux overlay
filesystems from numerous parties.  Does (or will) this implementation
satisfy all their requirements?

Because if not, we're in a situation where the in-kernel code is
unfixably inadequate so we end up merging another similar-looking
thing, or the presence of this driver makes it harder for them to get
other drivers merged and the other parties' requirements remain
unsatisfied.

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

Powered by blists - more mailing lists