[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOssrKdrSbS8=BO2rLPEOip8Cg3NgNbCGX6s_J933hRKYBEEfg@mail.gmail.com>
Date: Tue, 19 Jul 2016 16:46:14 +0200
From: Miklos Szeredi <mszeredi@...hat.com>
To: "J. Bruce Fields" <bfields@...ldses.org>
Cc: Jeff Layton <jlayton@...chiereds.net>,
Al Viro <viro@...iv.linux.org.uk>,
linux-unionfs@...r.kernel.org, lkml <linux-kernel@...r.kernel.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>
Subject: Re: [RFC PATCH] locks: fix file locking on overlayfs
On Tue, Jul 19, 2016 at 4:01 PM, J. Bruce Fields <bfields@...ldses.org> wrote:
> On Tue, Jul 19, 2016 at 02:27:44PM +0200, Miklos Szeredi wrote:
>> This patch allows flock, posix locks, ofd locks and leases to work
>> correctly on overlayfs.
>>
>> Instead of using the underlying inode for storing lock context use the
>> overlay inode. This allows locks to be persistent across copy-up.
>
> Remind me when the overlay inode is created--is it immediately on any
> (even read-only) open?
So basically overlay has three types of inodes: lower, upper (these
are called underlying or real inodes) and overlay inode.
Overlay inode is created on lookup, just like any other filesystem.
Overlayfs's own lookup then it proceeds to look up underlying dentry
and stores ref in the overlay dentry.
Copy-up happens on read-write open (or other modifying operation),
which creates inode on upper and copies data/metadata from lower inode
to upper inode.
Thanks,
Miklos
Powered by blists - more mailing lists