Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5069071yba; Tue, 30 Apr 2019 08:39:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqzcHANoWwBRfBaZ9YVxf8hF/jDT5UnnLKOd+9KQAwXK5q/580e13f9KRkis1asnBnsu/rIc X-Received: by 2002:a65:44c6:: with SMTP id g6mr1363763pgs.157.1556638757580; Tue, 30 Apr 2019 08:39:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556638757; cv=none; d=google.com; s=arc-20160816; b=DerpibSZRSOfakhxLPQoeuk3DrCnZfh0Hl3FSxnh5eMhSWOwemjA9T0B9I/UrbapOt NeSuhQUutjJvGvTom3gIKo9N/oSwFGuBfznQ1+ib+DqWuW2z9HefrWHA623UAUXIcM+c PkYInUfLQrQdreUWgZ3J1XPXalSjXz8Xot7ZxnyoK7XKiDeERsElNECTpsp/knmqPbc5 k3Gc/JwHdC8Lp0ZUjDl4O+kKplG48Eeo5WLc7LOlBQBKo5CJkLNlrbFsmdxZic2WgUWx NlhBTooBasKHpbLQlygrCBKUker2HLJf4HabcX9GxU93nMwEspRlaECBIaIi4Uwfv1wz p4jQ== 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; bh=gtGPSfBxSmX5YLjcEDv3vZEEHaLkJ028njGDrvTXiD8=; b=BAS0y0BfxOc7GNAPed7iK12nNpQmDlX0N12AG21oT9Nal6ZFk2aeC+p3f2IzCQONIK ymg7r/dQSPob944krDvD/44wGcttvPcMOdWrvoDR9qlwtasX1TySW0LTthGDwlPhdpif v3ek6HE0HpsfkxhpaQOEmRyU2AD5pc2qffMNuS30cXzZEwnJG1MlngMIkpEBn374U/05 fZGywokbpSRyfVf1zqlnwU0D1Td5rryFAREvohKCwVGDmRHpMLk97RYv3YhRxjHSngm0 GUrzsRDdqfGX1k37tKYbLZEEMXoGRhcGH7emdtcwd7yubSpO+qUcQTiUPwasF2PF2w4u Gz9w== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z25si34714065pgv.442.2019.04.30.08.38.59; Tue, 30 Apr 2019 08:39:17 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726359AbfD3Phy (ORCPT + 99 others); Tue, 30 Apr 2019 11:37:54 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:53415 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725906AbfD3Phx (ORCPT ); Tue, 30 Apr 2019 11:37:53 -0400 Received: from 162-237-133-238.lightspeed.rcsntx.sbcglobal.net ([162.237.133.238] helo=lindsey) by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1hLUp6-00087j-33; Tue, 30 Apr 2019 15:37:36 +0000 Date: Tue, 30 Apr 2019 10:37:31 -0500 From: Tyler Hicks To: "Tobin C. Harding" Cc: "David S. Miller" , Greg Kroah-Hartman , Andy Shevchenko , Ido Schimmel , Alexander Duyck , Florian Fainelli , Wang Hai , YueHaibing , Amritha Nambiar , Dmitry Torokhov , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] net-sysfs: Fix error path for kobject_init_and_add() Message-ID: <20190430153730.GC13709@lindsey> References: <20190430002817.10785-1-tobin@kernel.org> <20190430002817.10785-4-tobin@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190430002817.10785-4-tobin@kernel.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-04-30 10:28:17, Tobin C. Harding wrote: > Currently error return from kobject_init_and_add() is not followed by a > call to kobject_put(). This means there is a memory leak. > > Add call to kobject_put() in error path of kobject_init_and_add(). > > Signed-off-by: Tobin C. Harding > --- > net/core/net-sysfs.c | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/net/core/net-sysfs.c b/net/core/net-sysfs.c > index 8f8b7b6c2945..9d4e3f47b789 100644 > --- a/net/core/net-sysfs.c > +++ b/net/core/net-sysfs.c > @@ -925,8 +925,10 @@ static int rx_queue_add_kobject(struct net_device *dev, int index) > kobj->kset = dev->queues_kset; > error = kobject_init_and_add(kobj, &rx_queue_ktype, NULL, > "rx-%u", index); > - if (error) > + if (error) { > + kobject_put(kobj); > return error; > + } The commit message of the second patch in this series states, "The correct cleanup function if a call to kobject_init_and_add() has returned _successfully_ is kobject_del()." Doesn't that mean that kobject_del() needs to be called instead of kobject_put() when sysfs_create_group() fails a little lower in this function? > > dev_hold(queue->dev); > > @@ -1462,8 +1464,10 @@ static int netdev_queue_add_kobject(struct net_device *dev, int index) > kobj->kset = dev->queues_kset; > error = kobject_init_and_add(kobj, &netdev_queue_ktype, NULL, > "tx-%u", index); > - if (error) > + if (error) { > + kobject_put(kobj); > return error; > + } > > dev_hold(queue->dev); I think the same s/kobject_put/kobject_del/ substitution may be needed in this function when sysfs_create_group() fails. Tyler > > -- > 2.21.0 >