Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2944299pxy; Tue, 3 Aug 2021 20:58:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxTdHnv2ZlLiipR8z80J/nsUiQia6jImptiMWSguzcuN9NOBqwNU3Dwxt/v9NFT7JWLpkfd X-Received: by 2002:a50:ec0a:: with SMTP id g10mr29658996edr.125.1628049486554; Tue, 03 Aug 2021 20:58:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628049486; cv=none; d=google.com; s=arc-20160816; b=jLsyXEM5+v1MDdRGYUTfH0XrN9lTamVpurbKWNSLyMqu2XKZ8ZvwIHuwlynTWDXQKF 9Zd/OqU96RUU0O2Q9FKBAYjUe6ISUeK+ppgp4LDrzjO3M072v3+yB4L5tf9oxuaMrX10 fiyZmY8QRpfmE6t1BD1yXfLBe8C97Bm22EhBZ8dTlccPdIH8X9fpEw55Jq/jX+KAZHRD z9lS+ZTeKBHGd9Jkq6IxmL0jgjfvP5tlyyNkqjFhEwWThqg1tBNlurrONktPY6aRnJ95 KNXfNsC0AlWsKKt8hDmZyz7F/vckC7uNQD2ztqjYko1YJePIxoks6f8zVbslmH9dIf7j xQKw== 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=KyKDZT0dvoIhCQy4Yubd4MeQQYD9HPwYynUq55Sr64c=; b=hAmquilPaHDHAaGA0bk/hPS7GHk8KtaKmGSZFVIl15gT1jUc2w+77qCwLS7MfCvE/Z l7SUVgBZBfkcz+8WGIZTmT/2KILoaYN9CDbxzEJJyONoZLkXSgeZtpAlGLMuqzvZdIE+ L2POkwgjCYZxDzm815BWi6GnUt754ruij32gX1gnr2EyIYTCse2DiQPUhQgLBvx43seW aCtDHDlwi9oCMM1NYYzrsVBXzquT/aD7Z7Xau+ue1UKlc7XxKthHBjjS92NdVd4kQzwK +pGZQEBElgEh3QDvFLscXxFNXC3c+/MD9OCfsvCdvxyMwfijtsGynV9nMmtraYg7t7NT oxzg== 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=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qf11si1018586ejc.711.2021.08.03.20.57.42; Tue, 03 Aug 2021 20:58:06 -0700 (PDT) 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=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234210AbhHDD1E (ORCPT + 99 others); Tue, 3 Aug 2021 23:27:04 -0400 Received: from out30-45.freemail.mail.aliyun.com ([115.124.30.45]:60096 "EHLO out30-45.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230205AbhHDD1E (ORCPT ); Tue, 3 Aug 2021 23:27:04 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R541e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04423;MF=joseph.qi@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0UhvqXdx_1628047610; Received: from B-D1K7ML85-0059.local(mailfrom:joseph.qi@linux.alibaba.com fp:SMTPD_---0UhvqXdx_1628047610) by smtp.aliyun-inc.com(127.0.0.1); Wed, 04 Aug 2021 11:26:50 +0800 Subject: Re: [PATCH v3] ocfs2: quota_local: fix possible uninitialized-variable access in ocfs2_local_read_info() To: Tuo Li , mark@fasheh.com, jlbec@evilplan.org Cc: ocfs2-devel@oss.oracle.com, linux-kernel@vger.kernel.org, baijiaju1990@gmail.com, TOTE Robot , akpm References: <20210804031832.57154-1-islituo@gmail.com> From: Joseph Qi Message-ID: Date: Wed, 4 Aug 2021 11:26:50 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210804031832.57154-1-islituo@gmail.com> 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 8/4/21 11:18 AM, Tuo Li wrote: > A memory block is allocated through kmalloc(), and its return value is > assigned to the pointer oinfo. However, oinfo->dqi_gqinode is not > initialized but it is accessed in: > iput(oinfo->dqi_gqinode); > > To fix this possible uninitialized-variable access, assign NULL to > oinfo->dqi_gqinode, and add ocfs2_qinfo_lock_res_init() > behind the assignment in ocfs2_local_read_info(). Remove > ocfs2_qinfo_lock_res_init() in ocfs2_global_read_info(). > Or we can simplify the above description to: "To fix the possible uninitialized-variable access, initialize dqi_gqinode and dqi_gqlock first before calling ocfs2_global_read_info()." > Reported-by: TOTE Robot > Signed-off-by: Tuo Li Reviewed-by: Joseph Qi > --- > v3: > * Update description. > * Assign NULL to oinfo->dqi_gqinode, and add ocfs2_qinfo_lock_res_init() > behind the assignment in ocfs2_local_read_info(). Remove > ocfs2_qinfo_lock_res_init() in ocfs2_global_read_info() > Thank Joseph Qi for helpful advice. > v2: > * Replace kzalloc() with NULL assignment to oinfo->dqi_gqinode. > Thank Joseph Qi for helpful advice. > --- > fs/ocfs2/quota_global.c | 1 - > fs/ocfs2/quota_local.c | 2 ++ > 2 files changed, 2 insertions(+), 1 deletion(-) > > diff --git a/fs/ocfs2/quota_global.c b/fs/ocfs2/quota_global.c > index eda83487c9ec..f033de733adb 100644 > --- a/fs/ocfs2/quota_global.c > +++ b/fs/ocfs2/quota_global.c > @@ -357,7 +357,6 @@ int ocfs2_global_read_info(struct super_block *sb, int type) > } > oinfo->dqi_gi.dqi_sb = sb; > oinfo->dqi_gi.dqi_type = type; > - ocfs2_qinfo_lock_res_init(&oinfo->dqi_gqlock, oinfo); > oinfo->dqi_gi.dqi_entry_size = sizeof(struct ocfs2_global_disk_dqblk); > oinfo->dqi_gi.dqi_ops = &ocfs2_global_ops; > oinfo->dqi_gqi_bh = NULL; > diff --git a/fs/ocfs2/quota_local.c b/fs/ocfs2/quota_local.c > index b1a8b046f4c2..0e4b16d4c037 100644 > --- a/fs/ocfs2/quota_local.c > +++ b/fs/ocfs2/quota_local.c > @@ -702,6 +702,8 @@ static int ocfs2_local_read_info(struct super_block *sb, int type) > info->dqi_priv = oinfo; > oinfo->dqi_type = type; > INIT_LIST_HEAD(&oinfo->dqi_chunk); > + oinfo->dqi_gqinode = NULL; > + ocfs2_qinfo_lock_res_init(&oinfo->dqi_gqlock, oinfo); > oinfo->dqi_rec = NULL; > oinfo->dqi_lqi_bh = NULL; > oinfo->dqi_libh = NULL; >