Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp811104ybk; Wed, 13 May 2020 13:48:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyncf6U2FWx4Ty3q/pJBxd3UwfLicbykpdbg4rDAT/8TQety4BesQ0Jl47jLnTfiQX8XaCz X-Received: by 2002:aa7:d78a:: with SMTP id s10mr1360834edq.319.1589402939501; Wed, 13 May 2020 13:48:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589402939; cv=none; d=google.com; s=arc-20160816; b=NM3Tp0rbEmwIQkWGgWdnnazEwA0zGlfTs3L66EMEczAtGH3overMdBEBoTIttEp4tC oWWh+emiifwKOAq2vjlhyE6gd30zWCFR8DiWRfIr2bvep71BlqchpHth2c8VaRClm5N+ l1P5Uq/KTVuVEMDM1c976TjRG5qYyNKdYbp8LyNqyfRwszcO6rpS0UCUR5gL88CC1Kaa Xc6GDrWuvCWBN3mfDUueFzZjeOWrzCCgdUv0eV6dAQxDeXlS6LbDpbJfEDysY0Tl/rjO 1OkOBBCW/CbfinmPb2vCLufL0wTAfsQollVJyb+evGPysqAm60rBNKJKb0DSYEcY6m6o O6mQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=xdUpfBeauqeZRadG/QUyJMWUaa3cMEQKGAnCnra2d4M=; b=imo/EAy8zf1OZT0d09KL40Au537qQfo7+KE0Egue5B8Wvyb6F5iE7aPOtCvDzGiF13 2/dHFqhWgSejtYdcdOW/hMmP7pU4uh9+kqbgygB8EZGDBW+XJ1uUyNvyJSPWpXrLUVYb upDZcNL/am3I5C1oKDZJhnsWZe0YUoOkJ5FHUEGoPk/PdqXP2DYndJ9tPh8NL3Dr3WDZ Vv+ur3/dF6IuPnm87hqHvtz1Q0wS0ndey4XNr3oHt/vOCeO3XQTXhPhxJEkbEwDmocTE 09T3M/QSzOlLWvAkaerh6LkZ+3P7JRHQfjxfvrbATqAlEMJv8cG3qJu9yMgqVc6tRkEM nBCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=X2q2P4hF; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m30si404365ede.253.2020.05.13.13.48.37; Wed, 13 May 2020 13:48:59 -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; dkim=pass header.i=@kernel.org header.s=default header.b=X2q2P4hF; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729958AbgEMPmc (ORCPT + 99 others); Wed, 13 May 2020 11:42:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:40472 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729539AbgEMPmc (ORCPT ); Wed, 13 May 2020 11:42:32 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 200DE20690; Wed, 13 May 2020 15:42:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589384551; bh=c2THWjPXmYT+eNkLtJ/K4xjf95VTRhhuKD9WCsZoTzs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=X2q2P4hFX1QwA3UvtIli2RaL+P5gZ6EAywEiGaPU1DW6cXmwIgcS3c8YCJp5Vdoam 2oU9Z9T1rlmiDNJFt3D0DXVGp7MdWEZH9JseV7nhUsQkxRc8xU9GnXu3fpq9uEVboQ eeRvZ/V21A9seJSgI9O/eaLhy7T2/PmJ5/dySkCw= Date: Wed, 13 May 2020 17:42:28 +0200 From: Greg Kroah-Hartman To: Heikki Krogerus Cc: linux-kernel@vger.kernel.org, Naresh Kamboju , kernel test robot , Brendan Higgins , Randy Dunlap , "Rafael J. Wysocki" Subject: Re: [PATCH] kobject: Make sure the parent does not get released before its children Message-ID: <20200513154228.GC1360420@kroah.com> References: <20200513151840.36400-1-heikki.krogerus@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200513151840.36400-1-heikki.krogerus@linux.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 13, 2020 at 06:18:40PM +0300, Heikki Krogerus wrote: > In the function kobject_cleanup(), kobject_del(kobj) is > called before the kobj->release(). That makes it possible to > release the parent of the kobject before the kobject itself. > > To fix that, adding function __kboject_del() that does > everything that kobject_del() does except release the parent > reference. kobject_cleanup() then calls __kobject_del() > instead of kobject_del(), and separately decrements the > reference count of the parent kobject after kobj->release() > has been called. > > Reported-by: Naresh Kamboju > Reported-by: kernel test robot > Fixes: 7589238a8cf3 ("Revert "software node: Simplify software_node_release() function"") > Cc: Brendan Higgins > Cc: Randy Dunlap > Suggested-by: "Rafael J. Wysocki" > Signed-off-by: Heikki Krogerus > --- > lib/kobject.c | 30 ++++++++++++++++++++---------- > 1 file changed, 20 insertions(+), 10 deletions(-) > > diff --git a/lib/kobject.c b/lib/kobject.c > index 65fa7bf70c57..32432036bef8 100644 > --- a/lib/kobject.c > +++ b/lib/kobject.c > @@ -599,14 +599,7 @@ int kobject_move(struct kobject *kobj, struct kobject *new_parent) > } > EXPORT_SYMBOL_GPL(kobject_move); > > -/** > - * kobject_del() - Unlink kobject from hierarchy. > - * @kobj: object. > - * > - * This is the function that should be called to delete an object > - * successfully added via kobject_add(). > - */ > -void kobject_del(struct kobject *kobj) > +static void __kobject_del(struct kobject *kobj) > { > struct kernfs_node *sd; > const struct kobj_type *ktype; > @@ -625,9 +618,23 @@ void kobject_del(struct kobject *kobj) > > kobj->state_in_sysfs = 0; > kobj_kset_leave(kobj); > - kobject_put(kobj->parent); > kobj->parent = NULL; > } > + > +/** > + * kobject_del() - Unlink kobject from hierarchy. > + * @kobj: object. > + * > + * This is the function that should be called to delete an object > + * successfully added via kobject_add(). > + */ > +void kobject_del(struct kobject *kobj) > +{ > + struct kobject *parent = kobj->parent; > + > + __kobject_del(kobj); > + kobject_put(parent); > +} > EXPORT_SYMBOL(kobject_del); > > /** > @@ -663,6 +670,7 @@ EXPORT_SYMBOL(kobject_get_unless_zero); > */ > static void kobject_cleanup(struct kobject *kobj) > { > + struct kobject *parent = kobj->parent; > struct kobj_type *t = get_ktype(kobj); > const char *name = kobj->name; > > @@ -684,7 +692,7 @@ static void kobject_cleanup(struct kobject *kobj) > if (kobj->state_in_sysfs) { > pr_debug("kobject: '%s' (%p): auto cleanup kobject_del\n", > kobject_name(kobj), kobj); > - kobject_del(kobj); > + __kobject_del(kobj); > } > > if (t && t->release) { > @@ -698,6 +706,8 @@ static void kobject_cleanup(struct kobject *kobj) > pr_debug("kobject: '%s': free name\n", name); > kfree_const(name); > } > + > + kobject_put(parent); > } > > #ifdef CONFIG_DEBUG_KOBJECT_RELEASE > -- > 2.26.2 > Is this the older patch we talked about before, or something else? I can't remember how we left that thread... thanks, greg k-h