Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp172259pxb; Thu, 13 Jan 2022 04:30:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJyBkhUFKLL+u+6Xf2pqDShR/M5AIdblcoVT4i0HtRZndhhjoRJl29ztjdQbSaYJyX//VGLV X-Received: by 2002:a17:903:41c8:b0:14a:4dc5:ebbb with SMTP id u8-20020a17090341c800b0014a4dc5ebbbmr4067590ple.36.1642077050790; Thu, 13 Jan 2022 04:30:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642077050; cv=none; d=google.com; s=arc-20160816; b=PY535dI0I5FYVNY+HtZfkdyc+ADUYYvvog8pzX4hyHXh1qk3HVDv+0puVPDzeiDF05 g1bqzC56s3Zuk1Y6dxg5xE6En2llaWSXzcs5mxPbjwVhfBY9xoFEnY57Yl+UP0bC8YWC 63GBgP8y26FYlYq2QFbUyBWmMY00sYkC31+UKxe1TjMJBauizR0gxelRzyoBQzqXbTdF XFdqkdQCEJ3U1V5Gjj3rql6AnstZDnm4Vt0fBTF79laAtA5rQFNpKNiv4KVXAsb1LT5t uTIYn6Zmdl1NpOThH8vAR8P120sQt494R81aDIgEDHSflZO+rujXfcLYMmpRVupX81oE Pzrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:in-reply-to:content-disposition :references:message-id:subject:cc:to:from:date:dkim-signature; bh=vnTJMpYL11vT9KqD8PMqqIcGcKaBF5IdK4/6d57cZmE=; b=js5b4t/RyUSVjJYgpFrCvJOJKxPwI2x6VQCyixRhIuLWZz7+mjTSESp0bp90ytlphX reLNW6DaMR/rYZQd0g5D2SJ4usI/RxtIMhz61dFatV3CNjFdO5dPbbAAUF0/VnoTPwaC eHHmp4lkraSTMPW4ud48qHdjXHL740D+oliffsDFhUiYxMMJk3uyespAIJncahW3PTEA PL2CNW2xrWkNI29kZcZVRDaXmcqK7VgC/r8trXkBeq9aU/s4H558Vpt3gi1i0x072Mh6 6/j9z/DdOMHmwMJpRDel+mY+nSp4k5oBu+T0miSGFsq2c+reh5YhbvlKW+1aLtGhnHE4 ngiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=MiGbIhHs; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t24si2952856pgv.722.2022.01.13.04.30.27; Thu, 13 Jan 2022 04:30:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=MiGbIhHs; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231149AbiAMJAU (ORCPT + 99 others); Thu, 13 Jan 2022 04:00:20 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:27702 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230517AbiAMJAA (ORCPT ); Thu, 13 Jan 2022 04:00:00 -0500 Received: from pps.filterd (m0098409.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 20D6wHxE026220; Thu, 13 Jan 2022 08:59:46 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=date : from : to : cc : subject : message-id : references : content-type : in-reply-to : mime-version; s=pp1; bh=vnTJMpYL11vT9KqD8PMqqIcGcKaBF5IdK4/6d57cZmE=; b=MiGbIhHstrqJh6GvDlsA5iWPMAgqhnfgs1iEqfo8RjXrr1jL9FWqafDfPYy3SYK5kW1I RY5XZAi3XJERXi9lYXwC2FfiQzVAVJyRg+h5rDrANfNnVDXHfkv+N+70y4Baf7gXMJf2 KyowIX95sQbNQBkFBEtf2Bpf9EZ5jHwB4pOvjrJvW2/1FfHw/q/UAYGrvbNE/qxm4LZ2 Gn17Q9XuOidWN0zu5P1Vx8Q+jfX450GmKUopTBHeLKFAbNzW6E1RawenZJQsl0wBCFSl ePBHm05yLN2iq7FCMvutR17dz9wS5Tv9pSSs6L7MrT+Pjax0kgmJxmb7MtMjqHUbxE4f 7g== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 3djf9gj9ar-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jan 2022 08:59:46 +0000 Received: from m0098409.ppops.net (m0098409.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.43/8.16.0.43) with SMTP id 20D8qXgv031907; Thu, 13 Jan 2022 08:59:46 GMT Received: from ppma06ams.nl.ibm.com (66.31.33a9.ip4.static.sl-reverse.com [169.51.49.102]) by mx0a-001b2d01.pphosted.com with ESMTP id 3djf9gj9a3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jan 2022 08:59:45 +0000 Received: from pps.filterd (ppma06ams.nl.ibm.com [127.0.0.1]) by ppma06ams.nl.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 20D8wGXp014365; Thu, 13 Jan 2022 08:59:43 GMT Received: from b06avi18626390.portsmouth.uk.ibm.com (b06avi18626390.portsmouth.uk.ibm.com [9.149.26.192]) by ppma06ams.nl.ibm.com with ESMTP id 3df1vjjmb8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jan 2022 08:59:43 +0000 Received: from b06wcsmtp001.portsmouth.uk.ibm.com (b06wcsmtp001.portsmouth.uk.ibm.com [9.149.105.160]) by b06avi18626390.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 20D8oahA43057496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 13 Jan 2022 08:50:36 GMT Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 29FB6A4054; Thu, 13 Jan 2022 08:59:41 +0000 (GMT) Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 99805A405B; Thu, 13 Jan 2022 08:59:40 +0000 (GMT) Received: from localhost (unknown [9.43.54.234]) by b06wcsmtp001.portsmouth.uk.ibm.com (Postfix) with ESMTP; Thu, 13 Jan 2022 08:59:40 +0000 (GMT) Date: Thu, 13 Jan 2022 14:29:39 +0530 From: riteshh To: Xin Yin Cc: harshad shirwadkar , Dan Carpenter , kbuild@lists.01.org, "Theodore Y. Ts'o" , Andreas Dilger , kbuild test robot , kbuild-all@lists.01.org, Ext4 Developers List , linux-kernel@vger.kernel.org Subject: Re: [External] Re: [PATCH 1/2] ext4: fast commit may not fallback for ineligible commit Message-ID: <20220113085939.es3eboxmbiocz6kf@riteshh-domain> References: <20220107121215.1912-2-yinxin.x@bytedance.com> <202201091544.W5HHEXAp-lkp@intel.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: nM1L2CW-p6gqc_wvtyoXMvNCXdJBzzfB X-Proofpoint-GUID: pJVmI-7Rk2jceMhmG2hM9vYqgkbiDIhQ X-Proofpoint-UnRewURL: 0 URL was un-rewritten MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.790,Hydra:6.0.425,FMLib:17.11.62.513 definitions=2022-01-13_02,2022-01-11_01,2021-12-02_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 malwarescore=0 impostorscore=0 priorityscore=1501 phishscore=0 adultscore=0 clxscore=1011 mlxscore=0 spamscore=0 lowpriorityscore=0 suspectscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2201130048 Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On 22/01/13 02:53PM, Xin Yin wrote: > On Thu, Jan 13, 2022 at 12:18 PM harshad shirwadkar > wrote: > > > > On Mon, Jan 10, 2022 at 7:13 PM Xin Yin wrote: > > > > > > Hi Dan, > > > > > > Thanks for spotting this, and I think it is not only an > > > 'uninitialized' issue , we can not use 'handle' after > > > ext4_journal_stop, it may cause a use-after-free. > > > So maybe we should use 'transaction tid' as input instead of 'handle', > > > then it will be like this ext4_fc_mark_ineligible(struct super_block > > > *sb, int reason, tid_t tid). or we should move all > > > ext4_fc_mark_ineligible() between ext4_journal_start/ext4_journal_stop > > > if we need 'handle' param. > > This is a case where the inode is still in the fast commit list and we > > reached the "no_delete" case in ext4_evict_inode. Note that we reach > > here even when we are not able to start the journal handle. So, the > > second option that you suggested (to move ext4_fc_mark_ineligible() > > between ext4_journal_start() and ext4_journal_stop()) would not work > > for the case when we are not able to start the handle at all. Also, > > passing handle to ext4_fc_mark_ineligible() is pretty clean so I'd > > like to stay with that instead of passing "tid". > Understood, thanks for the explanations. > > > > > How about adding a new variant of ext4_fc_mark_ineligible() that > > doesn't take handle and only takes sb and reason? In that function we > > can mark the currently running transaction as ineligible. So basically > > it would derive tid as journal->j_running_transaction->t_tid. We can > Yes , this makes sense , thanks. > > > name that function as something like "ext4_fc_mark_txn_ineligible()". > In this case , I think we can just set "hendle" as NULL , then > ext4_fc_mark_ineligible() use tid as > journal->j_running_transaction->t_tid. And we do not need to add a new > API. How about this? I was about to comment the same that why two different APIs for the same work. Above does sounds a better solution to me. But I will let Harshad comment on it too. Also please note in function ext4_xattr_set(), with fstests, I could easily reproduce a use-after-free issue with your v2 patches too. -ritesh > > > > > > > Hi Harshad, could you give some advice? it seems you also need to > > > change this part in your following patches. > > > > > > Thanks, > > > Xin Yin > > > > > > On Mon, Jan 10, 2022 at 5:23 PM Dan Carpenter wrote: > > > > > > > > Hi Xin, > > > > > > > > url: https://github.com/0day-ci/linux/commits/Xin-Yin/ext4-fix-issues-when-fast-commit-work-with-jbd/20220107-201314 > > > > base: https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git dev > > > > config: x86_64-randconfig-m001-20220107 (https://download.01.org/0day-ci/archive/20220109/202201091544.W5HHEXAp-lkp@intel.com/config) > > > > compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 > > > > > > > > If you fix the issue, kindly add following tag as appropriate > > > > Reported-by: kernel test robot > > > > Reported-by: Dan Carpenter > > > > > > > > New smatch warnings: > > > > fs/ext4/inode.c:340 ext4_evict_inode() error: uninitialized symbol 'handle'. > > > > > > > > vim +/handle +340 fs/ext4/inode.c > > > > > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 167 void ext4_evict_inode(struct inode *inode) > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 168 { > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 169 handle_t *handle; > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 170 int err; > > > > 65db869c754e7c Jan Kara 2019-11-05 171 /* > > > > 65db869c754e7c Jan Kara 2019-11-05 172 * Credits for final inode cleanup and freeing: > > > > 65db869c754e7c Jan Kara 2019-11-05 173 * sb + inode (ext4_orphan_del()), block bitmap, group descriptor > > > > 65db869c754e7c Jan Kara 2019-11-05 174 * (xattr block freeing), bitmap, group descriptor (inode freeing) > > > > 65db869c754e7c Jan Kara 2019-11-05 175 */ > > > > 65db869c754e7c Jan Kara 2019-11-05 176 int extra_credits = 6; > > > > 0421a189bc8cde Tahsin Erdogan 2017-06-22 177 struct ext4_xattr_inode_array *ea_inode_array = NULL; > > > > 46e294efc355c4 Jan Kara 2020-11-27 178 bool freeze_protected = false; > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 179 > > > > 7ff9c073dd4d72 Theodore Ts'o 2010-11-08 180 trace_ext4_evict_inode(inode); > > > > 2581fdc810889f Jiaying Zhang 2011-08-13 181 > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 182 if (inode->i_nlink) { > > > > 2d859db3e4a82a Jan Kara 2011-07-26 183 /* > > > > 2d859db3e4a82a Jan Kara 2011-07-26 184 * When journalling data dirty buffers are tracked only in the > > > > 2d859db3e4a82a Jan Kara 2011-07-26 185 * journal. So although mm thinks everything is clean and > > > > 2d859db3e4a82a Jan Kara 2011-07-26 186 * ready for reaping the inode might still have some pages to > > > > 2d859db3e4a82a Jan Kara 2011-07-26 187 * write in the running transaction or waiting to be > > > > 2d859db3e4a82a Jan Kara 2011-07-26 188 * checkpointed. Thus calling jbd2_journal_invalidatepage() > > > > 2d859db3e4a82a Jan Kara 2011-07-26 189 * (via truncate_inode_pages()) to discard these buffers can > > > > 2d859db3e4a82a Jan Kara 2011-07-26 190 * cause data loss. Also even if we did not discard these > > > > 2d859db3e4a82a Jan Kara 2011-07-26 191 * buffers, we would have no way to find them after the inode > > > > 2d859db3e4a82a Jan Kara 2011-07-26 192 * is reaped and thus user could see stale data if he tries to > > > > 2d859db3e4a82a Jan Kara 2011-07-26 193 * read them before the transaction is checkpointed. So be > > > > 2d859db3e4a82a Jan Kara 2011-07-26 194 * careful and force everything to disk here... We use > > > > 2d859db3e4a82a Jan Kara 2011-07-26 195 * ei->i_datasync_tid to store the newest transaction > > > > 2d859db3e4a82a Jan Kara 2011-07-26 196 * containing inode's data. > > > > 2d859db3e4a82a Jan Kara 2011-07-26 197 * > > > > 2d859db3e4a82a Jan Kara 2011-07-26 198 * Note that directories do not have this problem because they > > > > 2d859db3e4a82a Jan Kara 2011-07-26 199 * don't use page cache. > > > > 2d859db3e4a82a Jan Kara 2011-07-26 200 */ > > > > 6a7fd522a7c94c Vegard Nossum 2016-07-04 201 if (inode->i_ino != EXT4_JOURNAL_INO && > > > > 6a7fd522a7c94c Vegard Nossum 2016-07-04 202 ext4_should_journal_data(inode) && > > > > 3abb1a0fc2871f Jan Kara 2017-06-22 203 (S_ISLNK(inode->i_mode) || S_ISREG(inode->i_mode)) && > > > > 3abb1a0fc2871f Jan Kara 2017-06-22 204 inode->i_data.nrpages) { > > > > 2d859db3e4a82a Jan Kara 2011-07-26 205 journal_t *journal = EXT4_SB(inode->i_sb)->s_journal; > > > > 2d859db3e4a82a Jan Kara 2011-07-26 206 tid_t commit_tid = EXT4_I(inode)->i_datasync_tid; > > > > 2d859db3e4a82a Jan Kara 2011-07-26 207 > > > > d76a3a77113db0 Theodore Ts'o 2013-04-03 208 jbd2_complete_transaction(journal, commit_tid); > > > > 2d859db3e4a82a Jan Kara 2011-07-26 209 filemap_write_and_wait(&inode->i_data); > > > > 2d859db3e4a82a Jan Kara 2011-07-26 210 } > > > > 91b0abe36a7b2b Johannes Weiner 2014-04-03 211 truncate_inode_pages_final(&inode->i_data); > > > > 5dc23bdd5f846e Jan Kara 2013-06-04 212 > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 213 goto no_delete; > > > > > > > > Assume we hit this goto > > > > > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 214 } > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 215 > > > > e2bfb088fac03c Theodore Ts'o 2014-10-05 216 if (is_bad_inode(inode)) > > > > e2bfb088fac03c Theodore Ts'o 2014-10-05 217 goto no_delete; > > > > 871a293155a245 Christoph Hellwig 2010-03-03 218 dquot_initialize(inode); > > > > 907f4554e2521c Christoph Hellwig 2010-03-03 219 > > > > 678aaf481496b0 Jan Kara 2008-07-11 220 if (ext4_should_order_data(inode)) > > > > 678aaf481496b0 Jan Kara 2008-07-11 221 ext4_begin_ordered_truncate(inode, 0); > > > > 91b0abe36a7b2b Johannes Weiner 2014-04-03 222 truncate_inode_pages_final(&inode->i_data); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 223 > > > > ceff86fddae874 Jan Kara 2020-04-21 224 /* > > > > ceff86fddae874 Jan Kara 2020-04-21 225 * For inodes with journalled data, transaction commit could have > > > > ceff86fddae874 Jan Kara 2020-04-21 226 * dirtied the inode. Flush worker is ignoring it because of I_FREEING > > > > ceff86fddae874 Jan Kara 2020-04-21 227 * flag but we still need to remove the inode from the writeback lists. > > > > ceff86fddae874 Jan Kara 2020-04-21 228 */ > > > > ceff86fddae874 Jan Kara 2020-04-21 229 if (!list_empty_careful(&inode->i_io_list)) { > > > > ceff86fddae874 Jan Kara 2020-04-21 230 WARN_ON_ONCE(!ext4_should_journal_data(inode)); > > > > ceff86fddae874 Jan Kara 2020-04-21 231 inode_io_list_del(inode); > > > > ceff86fddae874 Jan Kara 2020-04-21 232 } > > > > ceff86fddae874 Jan Kara 2020-04-21 233 > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 234 /* > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 235 * Protect us against freezing - iput() caller didn't have to have any > > > > 46e294efc355c4 Jan Kara 2020-11-27 236 * protection against it. When we are in a running transaction though, > > > > 46e294efc355c4 Jan Kara 2020-11-27 237 * we are already protected against freezing and we cannot grab further > > > > 46e294efc355c4 Jan Kara 2020-11-27 238 * protection due to lock ordering constraints. > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 239 */ > > > > 46e294efc355c4 Jan Kara 2020-11-27 240 if (!ext4_journal_current_handle()) { > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 241 sb_start_intwrite(inode->i_sb); > > > > 46e294efc355c4 Jan Kara 2020-11-27 242 freeze_protected = true; > > > > 46e294efc355c4 Jan Kara 2020-11-27 243 } > > > > e50e5129f384ae Andreas Dilger 2017-06-21 244 > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 245 if (!IS_NOQUOTA(inode)) > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 246 extra_credits += EXT4_MAXQUOTAS_DEL_BLOCKS(inode->i_sb); > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 247 > > > > 65db869c754e7c Jan Kara 2019-11-05 248 /* > > > > 65db869c754e7c Jan Kara 2019-11-05 249 * Block bitmap, group descriptor, and inode are accounted in both > > > > 65db869c754e7c Jan Kara 2019-11-05 250 * ext4_blocks_for_truncate() and extra_credits. So subtract 3. > > > > 65db869c754e7c Jan Kara 2019-11-05 251 */ > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 252 handle = ext4_journal_start(inode, EXT4_HT_TRUNCATE, > > > > 65db869c754e7c Jan Kara 2019-11-05 253 ext4_blocks_for_truncate(inode) + extra_credits - 3); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 254 if (IS_ERR(handle)) { > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 255 ext4_std_error(inode->i_sb, PTR_ERR(handle)); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 256 /* > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 257 * If we're going to skip the normal cleanup, we still need to > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 258 * make sure that the in-core orphan linked list is properly > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 259 * cleaned up. > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 260 */ > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 261 ext4_orphan_del(NULL, inode); > > > > 46e294efc355c4 Jan Kara 2020-11-27 262 if (freeze_protected) > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 263 sb_end_intwrite(inode->i_sb); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 264 goto no_delete; > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 265 } > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 266 > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 267 if (IS_SYNC(inode)) > > > > 0390131ba84fd3 Frank Mayhar 2009-01-07 268 ext4_handle_sync(handle); > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 269 > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 270 /* > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 271 * Set inode->i_size to 0 before calling ext4_truncate(). We need > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 272 * special handling of symlinks here because i_size is used to > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 273 * determine whether ext4_inode_info->i_data contains symlink data or > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 274 * block mappings. Setting i_size to 0 will remove its fast symlink > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 275 * status. Erase i_data so that it becomes a valid empty block map. > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 276 */ > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 277 if (ext4_inode_is_fast_symlink(inode)) > > > > 407cd7fb83c0eb Tahsin Erdogan 2017-07-04 278 memset(EXT4_I(inode)->i_data, 0, sizeof(EXT4_I(inode)->i_data)); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 279 inode->i_size = 0; > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 280 err = ext4_mark_inode_dirty(handle, inode); > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 281 if (err) { > > > > 12062dddda4509 Eric Sandeen 2010-02-15 282 ext4_warning(inode->i_sb, > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 283 "couldn't mark inode dirty (err %d)", err); > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 284 goto stop_handle; > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 285 } > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 286 if (inode->i_blocks) { > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 287 err = ext4_truncate(inode); > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 288 if (err) { > > > > 54d3adbc29f0c7 Theodore Ts'o 2020-03-28 289 ext4_error_err(inode->i_sb, -err, > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 290 "couldn't truncate inode %lu (err %d)", > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 291 inode->i_ino, err); > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 292 goto stop_handle; > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 293 } > > > > 2c98eb5ea24976 Theodore Ts'o 2016-11-13 294 } > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 295 > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 296 /* Remove xattr references. */ > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 297 err = ext4_xattr_delete_inode(handle, inode, &ea_inode_array, > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 298 extra_credits); > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 299 if (err) { > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 300 ext4_warning(inode->i_sb, "xattr delete (err %d)", err); > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 301 stop_handle: > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 302 ext4_journal_stop(handle); > > > > 4538821993f448 Theodore Ts'o 2010-07-29 303 ext4_orphan_del(NULL, inode); > > > > 46e294efc355c4 Jan Kara 2020-11-27 304 if (freeze_protected) > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 305 sb_end_intwrite(inode->i_sb); > > > > 30a7eb970c3aae Tahsin Erdogan 2017-06-22 306 ext4_xattr_inode_array_free(ea_inode_array); > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 307 goto no_delete; > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 308 } > > > > bc965ab3f2b4b7 Theodore Ts'o 2008-08-02 309 > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 310 /* > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 311 * Kill off the orphan record which ext4_truncate created. > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 312 * AKPM: I think this can be inside the above `if'. > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 313 * Note that ext4_orphan_del() has to be able to cope with the > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 314 * deletion of a non-existent orphan - this is because we don't > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 315 * know if ext4_truncate() actually created an orphan record. > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 316 * (Well, we could do this if we need to, but heck - it works) > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 317 */ > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 318 ext4_orphan_del(handle, inode); > > > > 5ffff834322281 Arnd Bergmann 2018-07-29 319 EXT4_I(inode)->i_dtime = (__u32)ktime_get_real_seconds(); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 320 > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 321 /* > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 322 * One subtle ordering requirement: if anything has gone wrong > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 323 * (transaction abort, IO errors, whatever), then we can still > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 324 * do these next steps (the fs will already have been marked as > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 325 * having errors), but we can't free the inode if the mark_dirty > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 326 * fails. > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 327 */ > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 328 if (ext4_mark_inode_dirty(handle, inode)) > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 329 /* If that failed, just do the required in-core inode clear. */ > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 330 ext4_clear_inode(inode); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 331 else > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 332 ext4_free_inode(handle, inode); > > > > 617ba13b31fbf5 Mingming Cao 2006-10-11 333 ext4_journal_stop(handle); > > > > 46e294efc355c4 Jan Kara 2020-11-27 334 if (freeze_protected) > > > > 8e8ad8a57c75f3 Jan Kara 2012-06-12 335 sb_end_intwrite(inode->i_sb); > > > > 0421a189bc8cde Tahsin Erdogan 2017-06-22 336 ext4_xattr_inode_array_free(ea_inode_array); > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 337 return; > > > > ac27a0ec112a08 Dave Kleikamp 2006-10-11 338 no_delete: > > > > b21ebf143af219 Harshad Shirwadkar 2020-11-05 339 if (!list_empty(&EXT4_I(inode)->i_fc_list)) > > > > > > > > It's not clear without more context where this ->i_fc_list list is > > > > modified. > > > > > > > > db40129f85538a Xin Yin 2022-01-07 @340 ext4_fc_mark_ineligible(inode->i_sb, EXT4_FC_REASON_NOMEM, handle); > > > > > > > > "handle" might be uninitialized? > > > > > > > > 0930fcc1ee2f0a Al Viro 2010-06-07 341 ext4_clear_inode(inode); /* We must guarantee clearing of inode... */ > > > > 9d0be50230b333 Theodore Ts'o 2010-01-01 342 } > > > > > > > > --- > > > > 0-DAY CI Kernel Test Service, Intel Corporation > > > > https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org > > > >