Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp275425pxy; Sat, 31 Jul 2021 07:02:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwwc4oL4EiL1xRqD2vUqLuP4bbwxHTk7j0aHi9ae34249Lk0Qu8R6LNT7xZ9/y6EeTC5G9V X-Received: by 2002:a92:cc4a:: with SMTP id t10mr150400ilq.286.1627740163242; Sat, 31 Jul 2021 07:02:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627740163; cv=none; d=google.com; s=arc-20160816; b=sWz7ZdgIQNnh5T8c9CirxMj18Pkfqe7KKh2f1K0t4Ws+y4P+w3iZ4yLevuaDaziQbm Qcr9ZGYV8hyGq0Qod79TVnfTeHX17Vd180fa/H3y+vi7xIVV4jL3cHgP7fM0T8bDg42D asZE8Ai/uFUpWJ1WKWCpng+N9uLZJ3fC8XqsKODvChRpulM2qfUW3PckJK+p/XKtKG0c FOJxxQz8QtNwJ7+s5TwXqofdQvILn4+SHgs+GFi5vLfGXxq6aCCeuk/sYxTDPl+UTMbV zA9/5Iy+4QtksQUmBYCuemdGI1dVudLceoGg2Kosf5/t5PrPt0fW+LVL9OjeZ7y7doHa ctkg== 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=y0R1QdrBP1N1/ue9DprABIechVWac2qFkSRtLKjjyuc=; b=yhKpvzhUq3ZWeQucO+YS1vs7NFcLB0N9G+ksqkitdcesL563oOzfRVmb78YjPcvDAK a5CwiwOJ60MJSe4ML0UT0nQYg6Bt8wN1cOGzAR/I43zzyu+QNsI7HWuRzp3afOy2TNZp 8qFgApYD87bsVOAVp06348fz6MimDLlrHT8kenrxX2gP9khiMrwMlWRBadTt+/+R3U3f B4uwcoQZ19wC8NKTBVOubsNIf7Z7v428/8GaT9mzOFeEwSrIO2hlwD2TtMoirhO8P08u UxxhpnA/B7+LIG5g3N5qgPGri8RsI66e5AMpnPocMEPb2B3mg90XwfWvhY58wkokAoEg 5g8w== 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 k1si5601728ios.77.2021.07.31.07.02.15; Sat, 31 Jul 2021 07:02:43 -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 S233018AbhGaN5W (ORCPT + 99 others); Sat, 31 Jul 2021 09:57:22 -0400 Received: from out30-44.freemail.mail.aliyun.com ([115.124.30.44]:52470 "EHLO out30-44.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232770AbhGaN5W (ORCPT ); Sat, 31 Jul 2021 09:57:22 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=alimailimapcm10staff010182156082;MF=joseph.qi@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0UhXKjCz_1627739833; Received: from B-D1K7ML85-0059.local(mailfrom:joseph.qi@linux.alibaba.com fp:SMTPD_---0UhXKjCz_1627739833) by smtp.aliyun-inc.com(127.0.0.1); Sat, 31 Jul 2021 21:57:14 +0800 Subject: Re: [PATCH] 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 References: <20210731075659.73505-1-islituo@gmail.com> From: Joseph Qi Message-ID: <607936a1-a21d-7d2f-7a89-2abeb4c5b1d4@linux.alibaba.com> Date: Sat, 31 Jul 2021 21:57:13 +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: <20210731075659.73505-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 Thanks for the efforts. For the issue you mentioned, I'd like just initialized oinfo->dqi_gqinode as NULL before calling ocfs2_global_read_info(). But it seems still have other issues here such as dqi_gqlock. We need take care all those initialized in ocfs2_global_read_info() carefully. Thanks, Joseph On 7/31/21 3:56 PM, Tuo Li wrote: > A memory block is allocated through kmalloc(), and its return value is > assigned to the pointer oinfo. If the return value of > ocfs2_global_read_info() at line 709 is less than zero, > oinfo->dqi_gqinode may be not initialized. However, it is accessed at > line 775: > iput(oinfo->dqi_gqinode); > > To fix this possible uninitialized-variable access, replace kmalloc() > with kzalloc() when allocating memory for oinfo. > > Reported-by: TOTE Robot > Signed-off-by: Tuo Li > --- > fs/ocfs2/quota_local.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/ocfs2/quota_local.c b/fs/ocfs2/quota_local.c > index b1a8b046f4c2..4c1219e08b49 100644 > --- a/fs/ocfs2/quota_local.c > +++ b/fs/ocfs2/quota_local.c > @@ -693,7 +693,7 @@ static int ocfs2_local_read_info(struct super_block *sb, int type) > > info->dqi_max_spc_limit = 0x7fffffffffffffffLL; > info->dqi_max_ino_limit = 0x7fffffffffffffffLL; > - oinfo = kmalloc(sizeof(struct ocfs2_mem_dqinfo), GFP_NOFS); > + oinfo = kzalloc(sizeof(struct ocfs2_mem_dqinfo), GFP_NOFS); > if (!oinfo) { > mlog(ML_ERROR, "failed to allocate memory for ocfs2 quota" > " info."); >