Re: [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Chengguang Xu <cgxu519@xxxxxxxxxxxx>
Subject: Re: [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode
From: Miklos Szeredi <miklos@xxxxxxxxxx>
Date: Fri, 9 Apr 2021 15:50:35 +0200
Cc: Jan Kara <jack@xxxxxxx>, Amir Goldstein <amir73il@xxxxxxxxx>, overlayfs <linux-unionfs@xxxxxxxxxxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx
In-reply-to: <20201113065555.147276-8-cgxu519@mykernel.net>

On Fri, Nov 13, 2020 at 7:57 AM Chengguang Xu <cgxu519@xxxxxxxxxxxx> wrote:
>
> Now drop overlayfs' inode will sync dirty data,
> so we change to only drop clean inode.

I don't understand what happens here.  Please add more explanation.

Thanks,
Miklos

Follow-Ups:
- Re: [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode
  - From: Chengguang Xu

References:
- [RFC PATCH v4 0/9] implement containerized syncfs for overlayfs
  - From: Chengguang Xu
- [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode
  - From: Chengguang Xu

Prev by Date: Re: [PATCH v8] vfs: fix copy_file_range regression in cross-fs copies
Next by Date: Re: [RFC PATCH v4 9/9] ovl: implement containerized syncfs for overlayfs
Previous by thread: [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode
Next by thread: Re: [RFC PATCH v4 7/9] ovl: cache dirty overlayfs' inode
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux