mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Joseph Qi <joseph.qi@linux.alibaba.com>
To: Jeff Layton <jlayton@kernel.org>,
	Christian Brauner <brauner@kernel.org>,
	Mark Fasheh <mark@fasheh.com>, Joel Becker <jlbec@evilplan.org>
Cc: Al Viro <viro@zeniv.linux.org.uk>, Jan Kara <jack@suse.cz>,
	linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
	ocfs2-devel@lists.linux.dev
Subject: Re: [PATCH v2 62/92] ocfs2: convert to ctime accessor functions
Date: Sun, 9 Jul 2023 21:59:08 +0800	[thread overview]
Message-ID: <ad525873-0061-3986-0d6d-e1a66f327e27@linux.alibaba.com> (raw)
In-Reply-To: <4f7d791d516897e4b281a5bd3889e83ef7e2b52e.camel@kernel.org>



On 7/7/23 6:07 PM, Jeff Layton wrote:
> On Fri, 2023-07-07 at 11:15 +0800, Joseph Qi wrote:
>>
>> On 7/6/23 3:01 AM, Jeff Layton wrote:
>>> In later patches, we're going to change how the inode's ctime field is
>>> used. Switch to using accessor functions instead of raw accesses of
>>> inode->i_ctime.
>>>
>>> Signed-off-by: Jeff Layton <jlayton@kernel.org>
>>> ---
>>>  fs/ocfs2/acl.c          |  6 +++---
>>>  fs/ocfs2/alloc.c        |  6 +++---
>>>  fs/ocfs2/aops.c         |  2 +-
>>>  fs/ocfs2/dir.c          |  8 ++++----
>>>  fs/ocfs2/dlmfs/dlmfs.c  |  4 ++--
>>>  fs/ocfs2/dlmglue.c      |  7 +++++--
>>>  fs/ocfs2/file.c         | 16 +++++++++-------
>>>  fs/ocfs2/inode.c        | 12 ++++++------
>>>  fs/ocfs2/move_extents.c |  6 +++---
>>>  fs/ocfs2/namei.c        | 21 +++++++++++----------
>>>  fs/ocfs2/refcounttree.c | 14 +++++++-------
>>>  fs/ocfs2/xattr.c        |  6 +++---
>>>  12 files changed, 57 insertions(+), 51 deletions(-)
>>>
>>> diff --git a/fs/ocfs2/acl.c b/fs/ocfs2/acl.c
>>> index 9fd03eaf15f8..e75137a8e7cb 100644
>>> --- a/fs/ocfs2/acl.c
>>> +++ b/fs/ocfs2/acl.c
>>> @@ -191,10 +191,10 @@ static int ocfs2_acl_set_mode(struct inode *inode, struct buffer_head *di_bh,
>>>  	}
>>>  
>>>  	inode->i_mode = new_mode;
>>> -	inode->i_ctime = current_time(inode);
>>> +	inode_set_ctime_current(inode);
>>>  	di->i_mode = cpu_to_le16(inode->i_mode);
>>> -	di->i_ctime = cpu_to_le64(inode->i_ctime.tv_sec);
>>> -	di->i_ctime_nsec = cpu_to_le32(inode->i_ctime.tv_nsec);
>>> +	di->i_ctime = cpu_to_le64(inode_get_ctime(inode).tv_sec);
>>> +	di->i_ctime_nsec = cpu_to_le32(inode_get_ctime(inode).tv_nsec);
>>>  	ocfs2_update_inode_fsync_trans(handle, inode, 0);
>>>  
>>>  	ocfs2_journal_dirty(handle, di_bh);
>>> diff --git a/fs/ocfs2/alloc.c b/fs/ocfs2/alloc.c
>>> index 51c93929a146..aef58f1395c8 100644
>>> --- a/fs/ocfs2/alloc.c
>>> +++ b/fs/ocfs2/alloc.c
>>> @@ -7436,10 +7436,10 @@ int ocfs2_truncate_inline(struct inode *inode, struct buffer_head *di_bh,
>>>  	}
>>>  
>>>  	inode->i_blocks = ocfs2_inode_sector_count(inode);
>>> -	inode->i_ctime = inode->i_mtime = current_time(inode);
>>> +	inode->i_mtime = inode_set_ctime_current(inode);
>>>  
>>> -	di->i_ctime = di->i_mtime = cpu_to_le64(inode->i_ctime.tv_sec);
>>> -	di->i_ctime_nsec = di->i_mtime_nsec = cpu_to_le32(inode->i_ctime.tv_nsec);
>>> +	di->i_ctime = di->i_mtime = cpu_to_le64(inode_get_ctime(inode).tv_sec);
>>> +	di->i_ctime_nsec = di->i_mtime_nsec = cpu_to_le32(inode_get_ctime(inode).tv_nsec);
>>>  
>>>  	ocfs2_update_inode_fsync_trans(handle, inode, 1);
>>>  	ocfs2_journal_dirty(handle, di_bh);
>>> diff --git a/fs/ocfs2/aops.c b/fs/ocfs2/aops.c
>>> index 8dfc284e85f0..0fdba30740ab 100644
>>> --- a/fs/ocfs2/aops.c
>>> +++ b/fs/ocfs2/aops.c
>>> @@ -2048,7 +2048,7 @@ int ocfs2_write_end_nolock(struct address_space *mapping,
>>>  		}
>>>  		inode->i_blocks = ocfs2_inode_sector_count(inode);
>>>  		di->i_size = cpu_to_le64((u64)i_size_read(inode));
>>> -		inode->i_mtime = inode->i_ctime = current_time(inode);
>>> +		inode->i_mtime = inode_set_ctime_current(inode);
>>>  		di->i_mtime = di->i_ctime = cpu_to_le64(inode->i_mtime.tv_sec);
>>>  		di->i_mtime_nsec = di->i_ctime_nsec = cpu_to_le32(inode->i_mtime.tv_nsec);
>>>  		if (handle)
>>> diff --git a/fs/ocfs2/dir.c b/fs/ocfs2/dir.c
>>> index 694471fc46b8..8b123d543e6e 100644
>>> --- a/fs/ocfs2/dir.c
>>> +++ b/fs/ocfs2/dir.c
>>> @@ -1658,7 +1658,7 @@ int __ocfs2_add_entry(handle_t *handle,
>>>  				offset, ocfs2_dir_trailer_blk_off(dir->i_sb));
>>>  
>>>  		if (ocfs2_dirent_would_fit(de, rec_len)) {
>>> -			dir->i_mtime = dir->i_ctime = current_time(dir);
>>> +			dir->i_mtime = inode_set_ctime_current(dir);
>>>  			retval = ocfs2_mark_inode_dirty(handle, dir, parent_fe_bh);
>>>  			if (retval < 0) {
>>>  				mlog_errno(retval);
>>> @@ -2962,11 +2962,11 @@ static int ocfs2_expand_inline_dir(struct inode *dir, struct buffer_head *di_bh,
>>>  	ocfs2_dinode_new_extent_list(dir, di);
>>>  
>>>  	i_size_write(dir, sb->s_blocksize);
>>> -	dir->i_mtime = dir->i_ctime = current_time(dir);
>>> +	dir->i_mtime = inode_set_ctime_current(dir);
>>>  
>>>  	di->i_size = cpu_to_le64(sb->s_blocksize);
>>> -	di->i_ctime = di->i_mtime = cpu_to_le64(dir->i_ctime.tv_sec);
>>> -	di->i_ctime_nsec = di->i_mtime_nsec = cpu_to_le32(dir->i_ctime.tv_nsec);
>>> +	di->i_ctime = di->i_mtime = cpu_to_le64(inode_get_ctime(dir).tv_sec);
>>> +	di->i_ctime_nsec = di->i_mtime_nsec = cpu_to_le32(inode_get_ctime(dir).tv_nsec);
>>>  	ocfs2_update_inode_fsync_trans(handle, dir, 1);
>>>  
>>>  	/*
>>> diff --git a/fs/ocfs2/dlmfs/dlmfs.c b/fs/ocfs2/dlmfs/dlmfs.c
>>> index ba26c5567cff..81265123ce6c 100644
>>> --- a/fs/ocfs2/dlmfs/dlmfs.c
>>> +++ b/fs/ocfs2/dlmfs/dlmfs.c
>>> @@ -337,7 +337,7 @@ static struct inode *dlmfs_get_root_inode(struct super_block *sb)
>>>  	if (inode) {
>>>  		inode->i_ino = get_next_ino();
>>>  		inode_init_owner(&nop_mnt_idmap, inode, NULL, mode);
>>> -		inode->i_atime = inode->i_mtime = inode->i_ctime = current_time(inode);
>>> +		inode->i_atime = inode->i_mtime = inode_set_ctime_current(inode);
>>>  		inc_nlink(inode);
>>>  
>>>  		inode->i_fop = &simple_dir_operations;
>>> @@ -360,7 +360,7 @@ static struct inode *dlmfs_get_inode(struct inode *parent,
>>>  
>>>  	inode->i_ino = get_next_ino();
>>>  	inode_init_owner(&nop_mnt_idmap, inode, parent, mode);
>>> -	inode->i_atime = inode->i_mtime = inode->i_ctime = current_time(inode);
>>> +	inode->i_atime = inode->i_mtime = inode_set_ctime_current(inode);
>>>  
>>>  	ip = DLMFS_I(inode);
>>>  	ip->ip_conn = DLMFS_I(parent)->ip_conn;
>>> diff --git a/fs/ocfs2/dlmglue.c b/fs/ocfs2/dlmglue.c
>>> index c28bc983a7b1..c3e2961ee5db 100644
>>> --- a/fs/ocfs2/dlmglue.c
>>> +++ b/fs/ocfs2/dlmglue.c
>>> @@ -2162,6 +2162,7 @@ static void __ocfs2_stuff_meta_lvb(struct inode *inode)
>>>  	struct ocfs2_inode_info *oi = OCFS2_I(inode);
>>>  	struct ocfs2_lock_res *lockres = &oi->ip_inode_lockres;
>>>  	struct ocfs2_meta_lvb *lvb;
>>> +	struct timespec64 ctime = inode_get_ctime(inode);
>>>  
>>>  	lvb = ocfs2_dlm_lvb(&lockres->l_lksb);
>>>  
>>> @@ -2185,7 +2186,7 @@ static void __ocfs2_stuff_meta_lvb(struct inode *inode)
>>>  	lvb->lvb_iatime_packed  =
>>>  		cpu_to_be64(ocfs2_pack_timespec(&inode->i_atime));
>>>  	lvb->lvb_ictime_packed =
>>> -		cpu_to_be64(ocfs2_pack_timespec(&inode->i_ctime));
>>> +		cpu_to_be64(ocfs2_pack_timespec(&ctime));
>>>  	lvb->lvb_imtime_packed =
>>>  		cpu_to_be64(ocfs2_pack_timespec(&inode->i_mtime));
>>>  	lvb->lvb_iattr    = cpu_to_be32(oi->ip_attr);
>>> @@ -2208,6 +2209,7 @@ static int ocfs2_refresh_inode_from_lvb(struct inode *inode)
>>>  	struct ocfs2_inode_info *oi = OCFS2_I(inode);
>>>  	struct ocfs2_lock_res *lockres = &oi->ip_inode_lockres;
>>>  	struct ocfs2_meta_lvb *lvb;
>>> +	struct timespec64 ctime;
>>>  
>>>  	mlog_meta_lvb(0, lockres);
>>>  
>>> @@ -2238,8 +2240,9 @@ static int ocfs2_refresh_inode_from_lvb(struct inode *inode)
>>>  			      be64_to_cpu(lvb->lvb_iatime_packed));
>>>  	ocfs2_unpack_timespec(&inode->i_mtime,
>>>  			      be64_to_cpu(lvb->lvb_imtime_packed));
>>> -	ocfs2_unpack_timespec(&inode->i_ctime,
>>> +	ocfs2_unpack_timespec(&ctime,
>>>  			      be64_to_cpu(lvb->lvb_ictime_packed));
>>> +	inode_set_ctime_to_ts(inode, ctime);
>>
>> A quick glance, it seems not an equivalent replace.
>>
> 
> 
> How so?
> 
> The old code unpacked the time directly into the inode->i_ctime. The new
> one unpacks it into a local timespec64 variable and then sets the
> inode->i_ctime to that value. The result should still be the same.
> 
IC, it looks fine to me.

Acked-by: Joseph Qi <joseph.qi@linux.alibaba.com>


  reply	other threads:[~2023-07-09 13:59 UTC|newest]

Thread overview: 185+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20230705185755.579053-1-jlayton@kernel.org>
2023-07-05 19:00 ` [PATCH v2 01/92] ibmvmc: update ctime in conjunction with mtime on write Jeff Layton
2023-07-05 19:00   ` [PATCH v2 02/92] bfs: update ctime in addition to mtime when adding entries Jeff Layton
2023-07-05 19:00   ` [PATCH v2 03/92] efivarfs: update ctime when mtime changes on a write Jeff Layton
2023-07-05 19:00   ` [PATCH v2 04/92] exfat: ensure that ctime is updated whenever the mtime is Jeff Layton
2023-07-05 19:00   ` [PATCH v2 05/92] apparmor: update ctime whenever the mtime changes on an inode Jeff Layton
2023-07-05 19:00   ` [PATCH v2 06/92] cifs: update the ctime on a partial page write Jeff Layton
     [not found]     ` <CAH2r5mv+Fc9PuNtb8qMTwpb8qrEO2Tta5+o=mxD-2AY0cU5Aeg@mail.gmail.com>
2023-07-06  7:11       ` Christian Brauner
2023-07-06 15:26     ` Steve French
2023-07-05 19:00   ` [PATCH v2 09/92] btrfs: convert to simple_rename_timestamp Jeff Layton
2023-07-05 19:00   ` [PATCH v2 10/92] ubifs: " Jeff Layton
2023-07-06 10:30     ` Jan Kara
2023-07-06 12:08     ` Zhihao Cheng
2023-07-05 19:00   ` [PATCH v2 11/92] shmem: " Jeff Layton
2023-07-06 10:33     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 12/92] exfat: " Jeff Layton
2023-07-06 10:39     ` Jan Kara
2023-07-06 11:40       ` Jeff Layton
2023-07-05 19:00   ` [PATCH v2 13/92] ntfs3: " Jeff Layton
2023-07-06 10:40     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 14/92] reiserfs: " Jeff Layton
2023-07-06 10:32     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 15/92] spufs: convert to ctime accessor functions Jeff Layton
2023-07-06 11:34     ` Arnd Bergmann
2023-07-05 19:00   ` [PATCH v2 16/92] s390: " Jeff Layton
2023-07-12 12:56     ` Alexander Gordeev
2023-07-05 19:00   ` [PATCH v2 17/92] binderfs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 18/92] infiniband: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 19/92] ibm: " Jeff Layton
2023-07-06 10:41     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 20/92] usb: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 21/92] 9p: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 22/92] adfs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 23/92] affs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 24/92] afs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 25/92] fs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 26/92] autofs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 27/92] befs: " Jeff Layton
2023-07-05 19:00   ` [PATCH v2 28/92] bfs: " Jeff Layton
2023-07-06 10:44     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 29/92] btrfs: " Jeff Layton
2023-07-06 10:51     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 30/92] ceph: " Jeff Layton
2023-07-06 10:53     ` Jan Kara
2023-07-06 11:47       ` Jeff Layton
2023-07-05 19:00   ` [PATCH v2 31/92] coda: " Jeff Layton
2023-07-06 10:54     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 32/92] configfs: " Jeff Layton
2023-07-06 10:54     ` Jan Kara
2023-07-06 22:12       ` Joel Becker
2023-07-05 19:00   ` [PATCH v2 33/92] cramfs: " Jeff Layton
2023-07-06 10:55     ` Jan Kara
2023-07-05 19:00   ` [PATCH v2 34/92] debugfs: " Jeff Layton
2023-07-06 10:55     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 35/92] devpts: " Jeff Layton
2023-07-06 10:56     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 36/92] ecryptfs: " Jeff Layton
2023-07-06 10:56     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 37/92] efivarfs: " Jeff Layton
2023-07-06 10:57     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 38/92] efs: " Jeff Layton
2023-07-06 10:57     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 39/92] erofs: " Jeff Layton
2023-07-06 11:00     ` Jan Kara
2023-07-06 11:53       ` Jeff Layton
2023-07-06 15:12       ` Gao Xiang
2023-07-05 19:01   ` [PATCH v2 40/92] exfat: " Jeff Layton
2023-07-06 11:01     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 41/92] ext2: " Jeff Layton
2023-07-06 11:03     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 42/92] ext4: " Jeff Layton
2023-07-06 12:36     ` Jan Kara
2023-07-06 13:10       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 43/92] f2fs: " Jeff Layton
2023-07-06 11:18     ` Jan Kara
2023-09-04 18:11     ` [f2fs-dev] " patchwork-bot+f2fs
2023-07-05 19:01   ` [PATCH v2 44/92] fat: " Jeff Layton
2023-07-06  1:54     ` OGAWA Hirofumi
2023-07-06 11:25       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 45/92] freevxfs: " Jeff Layton
2023-07-06 11:19     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 46/92] fuse: " Jeff Layton
2023-07-06 11:20     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 47/92] gfs2: " Jeff Layton
2023-07-06 12:54     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 48/92] hfs: " Jeff Layton
2023-07-06 12:50     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 49/92] hfsplus: " Jeff Layton
2023-07-06 12:49     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 50/92] hostfs: " Jeff Layton
2023-07-06 12:48     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 51/92] hpfs: " Jeff Layton
2023-07-06 12:47     ` Jan Kara
2023-07-06 13:11       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 52/92] hugetlbfs: " Jeff Layton
2023-07-05 19:58     ` Mike Kravetz
2023-07-06 12:40     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 53/92] isofs: " Jeff Layton
2023-07-06 12:39     ` Jan Kara
2023-07-06 13:11       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 54/92] jffs2: " Jeff Layton
2023-07-06 13:25     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 55/92] jfs: " Jeff Layton
2023-07-06 13:27     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 56/92] kernfs: " Jeff Layton
2023-07-06 13:32     ` Jan Kara
2023-07-06 13:50       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 57/92] nfs: " Jeff Layton
2023-07-06 13:34     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 58/92] nfsd: " Jeff Layton
2023-07-06 13:34     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 59/92] nilfs2: " Jeff Layton
2023-07-06 13:35     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 60/92] ntfs: " Jeff Layton
2023-07-06 13:37     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 61/92] ntfs3: " Jeff Layton
2023-07-06 13:47     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 62/92] ocfs2: " Jeff Layton
2023-07-06 13:51     ` Jan Kara
2023-07-07  3:15     ` Joseph Qi
2023-07-07 10:07       ` Jeff Layton
2023-07-09 13:59         ` Joseph Qi [this message]
2023-07-05 19:01   ` [PATCH v2 63/92] omfs: " Jeff Layton
2023-07-06 13:52     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 64/92] openpromfs: " Jeff Layton
2023-07-06 13:52     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 65/92] orangefs: " Jeff Layton
2023-07-06 13:55     ` Jan Kara
2023-07-06 13:56     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 66/92] overlayfs: " Jeff Layton
2023-07-06 13:58     ` Jan Kara
2023-07-06 14:01       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 67/92] procfs: " Jeff Layton
2023-07-06 13:59     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 68/92] pstore: " Jeff Layton
2023-07-06 14:00     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 69/92] qnx4: " Jeff Layton
2023-07-06 14:00     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 70/92] qnx6: " Jeff Layton
2023-07-06 14:01     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 71/92] ramfs: " Jeff Layton
2023-07-06 14:01     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 72/92] reiserfs: " Jeff Layton
2023-07-06 14:03     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 73/92] romfs: " Jeff Layton
2023-07-06 14:04     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 74/92] smb: " Jeff Layton
2023-07-05 23:01     ` Jeff Layton
2023-07-06 15:28     ` Steve French
2023-07-05 19:01   ` [PATCH v2 75/92] squashfs: " Jeff Layton
2023-07-06 14:04     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 76/92] sysv: " Jeff Layton
2023-07-06 14:05     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 77/92] tracefs: " Jeff Layton
2023-07-06 14:06     ` Jan Kara
2023-07-06 14:27     ` Steven Rostedt
2023-07-05 19:01   ` [PATCH v2 78/92] ubifs: " Jeff Layton
2023-07-06 12:07     ` Zhihao Cheng
2023-07-06 12:10       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 79/92] udf: " Jeff Layton
2023-07-06 12:57     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 80/92] ufs: " Jeff Layton
2023-07-06 14:49     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 81/92] vboxsf: " Jeff Layton
2023-07-06 14:50     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 82/92] xfs: " Jeff Layton
2023-07-06 14:52     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 83/92] zonefs: " Jeff Layton
2023-07-06 14:52     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 84/92] linux: " Jeff Layton
2023-07-06 14:53     ` Jan Kara
2023-07-06 15:05       ` Jeff Layton
2023-07-05 19:01   ` [PATCH v2 85/92] mqueue: " Jeff Layton
2023-07-06 14:54     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 86/92] bpf: " Jeff Layton
2023-07-06 14:55     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 87/92] shmem: " Jeff Layton
2023-07-06 14:56     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 88/92] sunrpc: " Jeff Layton
2023-07-06 14:56     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 89/92] apparmor: " Jeff Layton
2023-07-06 14:57     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 90/92] security: " Jeff Layton
2023-07-06 14:57     ` Jan Kara
2023-07-05 19:01   ` [PATCH v2 91/92] selinux: " Jeff Layton
2023-07-06 14:57     ` Jan Kara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ad525873-0061-3986-0d6d-e1a66f327e27@linux.alibaba.com \
    --to=joseph.qi@linux.alibaba.com \
    --cc=brauner@kernel.org \
    --cc=jack@suse.cz \
    --cc=jlayton@kernel.org \
    --cc=jlbec@evilplan.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark@fasheh.com \
    --cc=ocfs2-devel@lists.linux.dev \
    --cc=viro@zeniv.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®