Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp425582img; Wed, 20 Mar 2019 03:39:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqxkf544CAeZmm7r+voWCM6zeFDaXtAmNqBi5GnTgU9Ko7FPgMGR5t2eOqa+7+TW1GdK+PvI X-Received: by 2002:a17:902:586:: with SMTP id f6mr29971666plf.68.1553078365476; Wed, 20 Mar 2019 03:39:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553078365; cv=none; d=google.com; s=arc-20160816; b=UPGo8WdQr9ZcHSHTR10rJB1Gqfbnt2f2Fqk78dFsPQD9qnSLAoYzv7jBGovRamQdyE b10/2F6mGHaiY3t1xsMD8pbwfIqO4Jsv5TgR6ukPKIADAXdruCQtz3R4oMgRs2vZBN+D Ut4jaABqc4rrUiZCgZap6RmLoMDJui08VPRz/pxrLTBLzFN9dgscJ/ljGDJpACHEAv1R vzjOgepjKYcLdigwGocJurVdllafk5W3XLYp7KFJMlZER3GwJmRpUnpqQz2fY+cK8N51 MaTBBEzaljUjIVW9arkySwbmaTq0ojTg5438jdozJ/MffppRn4Ju9zJb57oMNb1MVNIK Y3AA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=BOs2ZelRjbsnheU+2tZG6JoDo75VRuJc7Q90B0DHEkc=; b=H+HPuYIBFwOVBcuTpdI21GAD00QWqwT/YUytcR2wdjGcfhKxF5QBh/1FX0fEGNpDz1 mMaYBpgbiiLr5EGhe+JEcr/v/isHIloq0u5Wg4M0X6+ZvwRaPWFJ12ZUJqWrmzlaUP5T ny8h4bleYsGL8ErzbJHdnuwEka+vyxXvUBAGw/7ryXfNtpj/dezNGuU2YxppaB/2s5Qr 9IiGbDwOz0cmeLVkcpvpt2HMSB4g0cooi12V57LDf1rHvT4wRzFhRdghp0l6Mwd+A/I9 xP03/ACLukqJj9m6NakLNx4GqMDjljffbGw/3K2lXhiDgiLJiqQNPMbJ3L779njNXD08 OG6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=j5Hjumol; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w14si1539541plq.262.2019.03.20.03.39.10; Wed, 20 Mar 2019 03:39:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=j5Hjumol; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727813AbfCTKi1 (ORCPT + 99 others); Wed, 20 Mar 2019 06:38:27 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:36720 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727598AbfCTKi0 (ORCPT ); Wed, 20 Mar 2019 06:38:26 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x2KATIqP031820; Wed, 20 Mar 2019 10:38:21 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2018-07-02; bh=BOs2ZelRjbsnheU+2tZG6JoDo75VRuJc7Q90B0DHEkc=; b=j5Hjumolk7mpI0Til9U2mcI6rNsNpNEIsLl3o3Etm6sAl7vZStx4b/YchFtqFCQJhhUT KL37aFT6ob3PtoOpNgQ3tbjR+Qt8Gzn6UgnFsgSb88IytS4dipxqwFBDL3SiufYNUBNf nAAybYLc8AVc590tK1uMxssjwN4KVdnB6OVcr9EX8aa6L1cXpE3Lt8lKdNqYtrCo/Jn5 OhjdyyFFrpJ1LcEf3/LzGTiV4dsLPwmKHHZEeoJE06NfhjNwESdFsWUnTpL/u4Eiw7gd mG14sOGJ1kcbUnssg+Hqobacp/ZZ6G/1qgh3zHU6zfvXPG6SRJ+a+IyvBUIAfhLGvlAs rA== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp2120.oracle.com with ESMTP id 2r8ssrhtkm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 20 Mar 2019 10:38:21 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id x2KAcGMI006468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 20 Mar 2019 10:38:16 GMT Received: from abhmp0022.oracle.com (abhmp0022.oracle.com [141.146.116.28]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x2KAcFZ6015246; Wed, 20 Mar 2019 10:38:15 GMT Received: from kadam (/10.175.25.169) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 20 Mar 2019 03:38:14 -0700 Date: Wed, 20 Mar 2019 13:38:13 +0300 From: Dan Carpenter To: Aditya Pakki Cc: devel@driverdev.osuosl.org, Greg Kroah-Hartman , Nathan Chancellor , kjlu@umn.edu, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: rtlwifi: Fix potential NULL pointer dereference Message-ID: <20190320103812.GG2202@kadam> References: <20190313161336.20182-1-pakki001@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313161336.20182-1-pakki001@umn.edu> User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9200 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1903200085 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 13, 2019 at 11:13:34AM -0500, Aditya Pakki wrote: > phydm.internal is allocated using kzalloc which is used multiple > times without a check for NULL pointer. This patch avoids such a > scenario. > > Signed-off-by: Aditya Pakki > --- > drivers/staging/rtlwifi/phydm/rtl_phydm.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/staging/rtlwifi/phydm/rtl_phydm.c b/drivers/staging/rtlwifi/phydm/rtl_phydm.c > index 9930ed954abb..37c7fcb72b65 100644 > --- a/drivers/staging/rtlwifi/phydm/rtl_phydm.c > +++ b/drivers/staging/rtlwifi/phydm/rtl_phydm.c > @@ -181,6 +181,9 @@ static int rtl_phydm_init_priv(struct rtl_priv *rtlpriv, > rtlpriv->phydm.internal = > kzalloc(sizeof(struct phy_dm_struct), GFP_KERNEL); > > + if (!rtlpriv->phydm.internal) Don't put a blank line between the allocation and the check. They're part of the same code and it's weird to double space the code. regards, dan carpenter