Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1176211pxb; Thu, 4 Mar 2021 05:26:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJzkOwb9u40vviPyHhWUVnlywhA+3uQ+Q3QATOZV6fix4MvkqLygX7oNHxLkt/1yzP+so0BJ X-Received: by 2002:a17:907:168a:: with SMTP id hc10mr4190986ejc.174.1614864371130; Thu, 04 Mar 2021 05:26:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614864371; cv=none; d=google.com; s=arc-20160816; b=sEdWJM4B+VYN62rtPYWfHUE2rKKDulD4QsmoVVek3zCxKHdEhI9A4tLfCInKP8GUhp 7CtZzwH9YssTfhhBuGnBWgaO5xHBlee6cCjSPzlGZjgE7gshNLzp5bAljtrrn7Y8ZS3B sSoeesSRKtRZ5WOtataLAM9qPKaGAsAPjVaulKNETV/mhDlFA0ZUwpzRwbiQ9c4gqPNV nm4W0Z7L3bwG7JUtYROwJl1IxdHE32kVzVbm9aABULxO+pSIlc/Br1pjPKRlaMJ46+io endQBHb0df0x8IAxIpCpBJWQcGPAZlNJAF92QmTFSZiLboteZQAXZl1+tBPtnNxc8Lnx 28TA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=BGreZ3SyvCnKEhCFQ+MU6/rEEWXq08K0V0Czkm7/7ek=; b=zkv/xKO7t9jJbD19KmAGpkB4gv0XKxGFPzi2siHzRJYRNebjn0mwi49ZFuOKwk8bDH WY9IfvlyVYYbs8Qkz3Tce8tY73T3EaCVUScEV12KY1H7scp9tqz+Vga6tejR4SjWSqb5 wVoInJnydPRRJ+vlw3XWRY6l7zq0RzN368W9yyN5mF3ZAE1a3Poqaeo4/Wc/bULkFBZJ ApVKrQxS0Z61nmwRKMVdZLYbRhg+ssKW1QJcHnuml/35Kgw9EjMaouEjD1iZyfmS97fb T/WmUiGcZ1g7oFdEuFEFVG5/iIlT9dM/YPyPHhTojWpViAPUZWe4ux44lQZO3mX2e3Tp 4bJA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m24si4182754eda.304.2021.03.04.05.25.48; Thu, 04 Mar 2021 05:26:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240595AbhCDAKx (ORCPT + 99 others); Wed, 3 Mar 2021 19:10:53 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:52257 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1392012AbhCCXAY (ORCPT ); Wed, 3 Mar 2021 18:00:24 -0500 Received: from 1.general.cking.uk.vpn ([10.172.193.212]) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1lHaSm-0004sy-9V; Wed, 03 Mar 2021 22:59:28 +0000 Subject: Re: f2fs_convert_inline_inode causing rebalance based on random uninitialized value in dn.node_changed To: Jaegeuk Kim Cc: Changman Lee , Chao Yu , linux-f2fs-devel@lists.sourceforge.net, "linux-kernel@vger.kernel.org" References: <9fcca081-9a60-8ae3-5cac-d8aa38c38ff2@canonical.com> From: Colin Ian King Message-ID: <9b586bbb-bb94-6fdf-c9a4-9415dbc6d8d0@canonical.com> Date: Wed, 3 Mar 2021 22:59:27 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/03/2021 19:44, Jaegeuk Kim wrote: > On 03/02, Colin Ian King wrote: >> Hi, >> >> Static analysis on linux-next detected a potential uninitialized >> variable dn.node_changed that does not get set when a call to >> f2fs_get_node_page() fails. This uninitialized value gets used in the >> call to f2fs_balance_fs() that may or not may not balances dirty node >> and dentry pages depending on the uninitialized state of the variable. >> >> I believe the issue was introduced by commit: >> >> commit 2a3407607028f7c780f1c20faa4e922bf631d340 >> Author: Jaegeuk Kim >> Date: Tue Dec 22 13:23:35 2015 -0800 >> >> f2fs: call f2fs_balance_fs only when node was changed >> >> >> The analysis is a follows: >> >> 184 int f2fs_convert_inline_inode(struct inode *inode) >> 185 { >> 186 struct f2fs_sb_info *sbi = F2FS_I_SB(inode); >> >> 1. var_decl: Declaring variable dn without initializer. >> >> 187 struct dnode_of_data dn; >> >> NOTE dn is not initialized here. >> >> 188 struct page *ipage, *page; >> 189 int err = 0; >> 190 >> >> 2. Condition !f2fs_has_inline_data(inode), taking false branch. >> 3. Condition f2fs_hw_is_readonly(sbi), taking false branch. >> 4. Condition f2fs_readonly(sbi->sb), taking false branch. >> >> 191 if (!f2fs_has_inline_data(inode) || >> 192 f2fs_hw_is_readonly(sbi) || >> f2fs_readonly(sbi->sb)) >> 193 return 0; >> 194 >> 195 err = dquot_initialize(inode); >> >> 5. Condition err, taking false branch. >> >> 196 if (err) >> 197 return err; >> 198 >> 199 page = f2fs_grab_cache_page(inode->i_mapping, 0, false); >> >> 6. Condition !page, taking false branch. >> >> 200 if (!page) >> 201 return -ENOMEM; >> 202 >> 203 f2fs_lock_op(sbi); >> 204 >> 205 ipage = f2fs_get_node_page(sbi, inode->i_ino); >> >> 7. Condition IS_ERR(ipage), taking true branch. >> >> 206 if (IS_ERR(ipage)) { >> 207 err = PTR_ERR(ipage); >> >> 8. Jumping to label out. >> >> 208 goto out; >> 209 } >> 210 >> >> NOTE: set_new_dnode memset's dn so sets the flag to false, but we >> don't get to this memset if IS_ERR(ipage) above is true. >> >> 211 set_new_dnode(&dn, inode, ipage, ipage, 0); >> 212 >> 213 if (f2fs_has_inline_data(inode)) >> 214 err = f2fs_convert_inline_page(&dn, page); >> 215 >> 216 f2fs_put_dnode(&dn); >> 217 out: >> 218 f2fs_unlock_op(sbi); >> 219 >> 220 f2fs_put_page(page, 1); >> 221 >> >> Uninitialized scalar variable: >> >> 9. uninit_use_in_call: Using uninitialized value dn.node_changed when >> calling f2fs_balance_fs. >> >> 222 f2fs_balance_fs(sbi, dn.node_changed); >> 223 >> 224 return err; >> 225 } >> >> I think a suitable fix will be to set dn.node_changed to false on in >> line 207-208 but I'm concerned if I'm missing something subtle to the >> rebalancing if I do this. >> >> Comments? > > Thank you for the report. Yes, it seems that's a right call and we need to > check the error to decide calling f2fs_balance_fs() in line 222, since > set_new_dnode() is used to set all the fields in dnode_of_data. So, if you > don't mind, could you please post a patch? Just to clarify, just setting dn.node_changes to false is enough? I'm not entirely sure what you meant when you wrote "and we need to check the error to decide calling f2fs_balance_fs() in line 222". Colin > > Thanks, > >> >> Colin >>