- Harshad > > > > > > > > Frankly speaking, since I was also working on other things, so I haven't > > > > yet got the chance to completely analyze the situation yet. > > > > Once I have those things sorted, I will spend more time on this, to > > > > understand it more. Meanwhile if you already have some answers to above > > > > queries/observations, please do share those here. > > > > > > > > Links > > > > ========= > > > > [1] https://raw.githubusercontent.com/riteshharjani/LinuxStudy/master/ext4/fast_commit/fc_inode_missing_updates_ino_979.txt > > > > > > > > Signed-off-by: Ritesh Harjani <riteshh@xxxxxxxxxxxxx> > > > > --- > > > > fs/ext4/fast_commit.c | 2 ++ > > > > 1 file changed, 2 insertions(+) > > > > > > > > diff --git a/fs/ext4/fast_commit.c b/fs/ext4/fast_commit.c > > > > index 8803ba087b07..769b584c2552 100644 > > > > --- a/fs/ext4/fast_commit.c > > > > +++ b/fs/ext4/fast_commit.c > > > > @@ -1252,6 +1252,8 @@ static void ext4_fc_cleanup(journal_t *journal, int full, tid_t tid) > > > > spin_lock(&sbi->s_fc_lock); > > > > list_for_each_entry_safe(iter, iter_n, &sbi->s_fc_q[FC_Q_MAIN], > > > > i_fc_list) { > > > > + if (full && iter->i_sync_tid > tid) > > > > + continue; > > > > list_del_init(&iter->i_fc_list); > > > > ext4_clear_inode_state(&iter->vfs_inode, > > > > EXT4_STATE_FC_COMMITTING); > > > > -- > > > > 2.31.1 > > > >
