linux-kernel - Re: [PATCH 0/6 v7] overlay filesystem

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 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 23 Mar 2011 00:13:41 +0100
From:	"Hans-Peter Jansen" <hpj@...la.net>
To:	Xianghua Xiao <xiaoxianghua@...il.com>
Cc:	Felix Fietkau <nbd@...nwrt.org>, linux-kernel@...r.kernel.org,
	neilb@...e.de, aufs-users@...ts.sourceforge.net,
	sfjro@...rs.sourceforge.net
Subject: Re: [PATCH 0/6 v7] overlay filesystem - request for inclusion

On Tuesday 22 March 2011, 19:49:44 Xianghua Xiao wrote:
> On Tue, Mar 22, 2011 at 1:22 PM, Felix Fietkau <nbd@...nwrt.org> 
wrote:
> > On 2011-03-22 6:36 PM, Linus Torvalds wrote:
> >> On Tue, Mar 22, 2011 at 8:26 AM, Miklos Szeredi <miklos@...redi.hu> 
wrote:
> >>> Here's an updated version of the overlay filesystem.  I'd like to
> >>> propose it for inclusion into mainline.
> >>
> >> So on the whole it looked pretty small and simple. And most of the
> >> VFS level changes looked fine and I just reacted to the odd
> >> calling convention for open (I really think you should aim for
> >> ->open to have the basically same arguments as you made
> >> __dentry_open have: 'struct path', 'struct filp' and 'struct
> >> cred').
> >>
> >> But I'd want Al's ack on the series. And also hear who uses it and
> >> how it's been tested?
> >
> > We're using it in OpenWrt (an Embedded Linux distribution) for
> > devices with tiny amounts of flash for the entire system (e.g. 4
> > MB). We're using it to provide a writable on-flash root filesystem
> > with squashfs for the read-only part and jffs2 for the writable
> > overlay. This saves some precious flash space compared to using
> > only jffs2, and it makes it easy for users to reset their device to
> > defaults without having to reflash.
> > With a backport of v6 of this series + my fixes that went into v7
> > this is working quite well on 2.6.37 and 2.6.38 - I'm using it on a
> > few wireless access points at home.
> >
> > - Felix
> > --
> > 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/
>
> how is this filesystem related to mini_fo and unionfs?

and aufs2: it's a minimalistic version of a layered filesystem, being 
much less capable then its ancestors, but hopefully the right approach 
to get the foot in the door.. Unfortunately, it's locking out NFS, 
which is a big miss for diskless usage scenarios (where layered 
filesystems are also used commonly since ages..).

Probably, it will grow up, Al gets the VFS sorted out from a FS layering 
perspective, Valerie Aurora and friends get union mounts operating and 
merged, and/or Linus finally merges Junjiro Okajima's aufs2, which is 
often used in production environments today, where other layered 
filesystem approaches are unusable or simply fail in practice.

Btw: Fortunately, Junjiro, being a Tokio habitant, wasn't injured from 
the earth quake nor the tzunami, and let us all pray five minutes for 
success and survival of those brave guys, that try to fix the cooling 
in the Fukushima atomic plant.

Pete
--
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/