Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp441587iob; Wed, 18 May 2022 05:42:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxLWwGpGWy6flxUvafIxpGbQXVe0FTOh78rLN+TCmqyU+sZ4YqzDbai3mS/yltfjDMG+8bQ X-Received: by 2002:a17:902:c951:b0:15e:abf8:d025 with SMTP id i17-20020a170902c95100b0015eabf8d025mr26718218pla.10.1652877733964; Wed, 18 May 2022 05:42:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652877733; cv=none; d=google.com; s=arc-20160816; b=ydieGjgbvfkRAx/pTwO43iQc27c18OcWwOVpDfVjrgpjJjQAKxfZfkP4t4hCzgLJ5y B6PyWbrm12/d6w6hXVQ6NAv0/+pPJjiO5J6WTJcV+raluaDXqJD0dwDmKoof4MVKaRkE vOa1AOdvo8Pb83hsa1FQ4Z6fUupAS3gF+XbBdDrr1P8MjgRpiaqLT+mPlbqsakBXxhNu XukhOYPgD/LiO7LFTJnZ9i8o4FmkqbeSxIzzOtTJgxpsvF9lAmAUNYCWwXFMuIsOje9H VnQiygqMSAIM7PxnlCqPkKmX4ncj5wuDp+eIDXSBQ6tmpBTO6gXRYI4n2Fs9o4+Os2Zo qjEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=s4KTaaDPpam6u/zNdjkhy9Lldw0ISxjj5kmzadcveIc=; b=I+c7pKut0qPCJJOsGc/uW+HsKEQJA0CDunXla8n8VKPNLwcxOlINUiFTtZmFLNtwjq zcPruwjNERUQbZb+p0t6IRm1aDqoAPBPXRprU6gTMnA5rzI7DtgdjlSFYJ3Yo5AU42D6 yUHzarxzcjxm13Q/psH/y4jUG4OnV6uUoAqqWdN75U8v9wbP18de1yfF99Xgvf2zwVXh 0ifSNTKHLQSCjpwjzBTuyWOvMgnFIuoxe+myf9T//cI46pi/3/rk02mMHp12Yn5MYLyc ITkA2xaZVZ0HtTeOM9G/V+PIiFWvms23ZHMxGbHdRMxNsVb71BTSp2imdBqtaxUnDOQ8 wZww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Npp6io4k; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id gi6-20020a17090b110600b001dbea6136cesi6084696pjb.189.2022.05.18.05.42.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 05:42:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Npp6io4k; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7F6701B2157; Wed, 18 May 2022 05:39:57 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236609AbiERMfy (ORCPT + 99 others); Wed, 18 May 2022 08:35:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52554 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237161AbiERMe3 (ORCPT ); Wed, 18 May 2022 08:34:29 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A0F9F170F13; Wed, 18 May 2022 05:29:59 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 75979B81FBD; Wed, 18 May 2022 12:29:42 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 95390C34117; Wed, 18 May 2022 12:29:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652876981; bh=9VJtyuJ98c+2JmlYiq1B5aAhyeksMYIVW6HqtlRq25A=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=Npp6io4kk7B95S1CaNcRra3SAtaZu+lsv6mqNrnbTr8lDg+marMMTSf9xD+Zk8kmK LSnwqBeV+SL6z3zYCOWcuWRY5AwK98aBTFEnLaQmpp6VfY0dKTsYWrH8IA5kUNGl9A af2QcSIBRIiL/AyskQ1wwqbydrQDGWERs+YAXKkRs6pzDYPy6e9NECoNaAET/imPKc ObWM/RQswEcOzk9Mnu57okM+vk+Cx8eFKpuyVnwfx0mTuGKHgCNcMgKV8u9VjCikNH g+DZ8RkR7LY7o+Y4h5VNQpkqbGz7LjlUfN3t9g2iZTmGmJXnjNg83UsGaJIvMRFSLD j7Q8B7yH8/XVA== Message-ID: Date: Wed, 18 May 2022 20:29:36 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Subject: Re: [PATCH v4] f2fs: fix to do sanity check for inline inode Content-Language: en-US To: Jaegeuk Kim Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, stable@vger.kernel.org, Ming Yan , Chao Yu References: <20220517033120.3564912-1-chao@kernel.org> From: Chao Yu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/5/18 2:18, Jaegeuk Kim wrote: > On 05/17, Chao Yu wrote: >> Yanming reported a kernel bug in Bugzilla kernel [1], which can be >> reproduced. The bug message is: >> >> The kernel message is shown below: >> >> kernel BUG at fs/inode.c:611! >> Call Trace: >> evict+0x282/0x4e0 >> __dentry_kill+0x2b2/0x4d0 >> dput+0x2dd/0x720 >> do_renameat2+0x596/0x970 >> __x64_sys_rename+0x78/0x90 >> do_syscall_64+0x3b/0x90 >> >> [1] https://bugzilla.kernel.org/show_bug.cgi?id=215895 >> >> The bug is due to fuzzed inode has both inline_data and encrypted flags. >> During f2fs_evict_inode(), as the inode was deleted by rename(), it >> will cause inline data conversion due to conflicting flags. The page >> cache will be polluted and the panic will be triggered in clear_inode(). >> >> Try fixing the bug by doing more sanity checks for inline data inode in >> sanity_check_inode(). >> >> Cc: stable@vger.kernel.org >> Reported-by: Ming Yan >> Signed-off-by: Chao Yu >> --- >> v4: >> - introduce and use f2fs_post_read_required_ondisk() only for > > Can we do like this? > > --- > fs/f2fs/f2fs.h | 1 + > fs/f2fs/inline.c | 30 +++++++++++++++++++++++++----- > fs/f2fs/inode.c | 3 +-- > 3 files changed, 27 insertions(+), 7 deletions(-) > > diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h > index e9e32bc814df..000468bf06ca 100644 > --- a/fs/f2fs/f2fs.h > +++ b/fs/f2fs/f2fs.h > @@ -4019,6 +4019,7 @@ extern struct kmem_cache *f2fs_inode_entry_slab; > * inline.c > */ > bool f2fs_may_inline_data(struct inode *inode); > +bool f2fs_sanity_check_inline_data(struct inode *inode); > bool f2fs_may_inline_dentry(struct inode *inode); > void f2fs_do_read_inline_data(struct page *page, struct page *ipage); > void f2fs_truncate_inline_inode(struct inode *inode, > diff --git a/fs/f2fs/inline.c b/fs/f2fs/inline.c > index a578bf83b803..daf8c0e0a6b6 100644 > --- a/fs/f2fs/inline.c > +++ b/fs/f2fs/inline.c > @@ -14,21 +14,41 @@ > #include "node.h" > #include > > -bool f2fs_may_inline_data(struct inode *inode) > +static bool support_inline_data(struct inode *inode) > { > if (f2fs_is_atomic_file(inode)) > return false; > - > if (!S_ISREG(inode->i_mode) && !S_ISLNK(inode->i_mode)) > return false; > - > if (i_size_read(inode) > MAX_INLINE_DATA(inode)) > return false; > + return true; > +} > > - if (f2fs_post_read_required(inode)) > +bool f2fs_may_inline_data(struct inode *inode) > +{ > + if (!support_inline_data(inode)) > return false; > > - return true; > + return !(f2fs_encrypted_file(inode) || fsverity_active(inode) || > + f2fs_compressed_file(inode)); !f2fs_post_read_required(), otherwise looks good! Thanks, > +} > + > +bool f2fs_sanity_check_inline_data(struct inode *inode) > +{ > + if (!f2fs_has_inline_data(inode)) > + return false; > + > + if (!support_inline_data(inode)) > + return true; > + > + /* > + * used by sanity_check_inode(), when disk layout fields has not > + * been synchronized to inmem fields. > + */ > + return (S_ISREG(inode->i_mode) && > + (file_is_encrypt(inode) || file_is_verity(inode) || > + (F2FS_I(inode)->i_flags & F2FS_COMPR_FL))); > } > > bool f2fs_may_inline_dentry(struct inode *inode) > diff --git a/fs/f2fs/inode.c b/fs/f2fs/inode.c > index 2fce8fa0dac8..938961a9084e 100644 > --- a/fs/f2fs/inode.c > +++ b/fs/f2fs/inode.c > @@ -276,8 +276,7 @@ static bool sanity_check_inode(struct inode *inode, struct page *node_page) > } > } > > - if (f2fs_has_inline_data(inode) && > - (!S_ISREG(inode->i_mode) && !S_ISLNK(inode->i_mode))) { > + if (f2fs_sanity_check_inline_data(inode)) { > set_sbi_flag(sbi, SBI_NEED_FSCK); > f2fs_warn(sbi, "%s: inode (ino=%lx, mode=%u) should not have inline_data, run fsck to fix", > __func__, inode->i_ino, inode->i_mode);