Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752779AbbKQGM1 (ORCPT ); Tue, 17 Nov 2015 01:12:27 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:11949 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752013AbbKQGMZ (ORCPT ); Tue, 17 Nov 2015 01:12:25 -0500 X-IronPort-AV: E=Sophos;i="5.20,306,1444687200"; d="scan'208";a="187813981" Date: Tue, 17 Nov 2015 07:12:22 +0100 (CET) From: Julia Lawall X-X-Sender: jll@localhost6.localdomain6 To: Brian Norris cc: Julia Lawall , Kishon Vijay Abraham I , kernel-janitors@vger.kernel.org, Gregory Fong , Florian Fainelli , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Russell King - ARM Linux , Thomas Petazzoni , Andrew Lunn , Bjorn Helgaas , Jason Cooper Subject: Re: [PATCH 1/7] phy: brcmstb-sata: add missing of_node_put In-Reply-To: <20151117013830.GV8456@google.com> Message-ID: References: <1447673600-8881-1-git-send-email-Julia.Lawall@lip6.fr> <1447673600-8881-2-git-send-email-Julia.Lawall@lip6.fr> <20151117013830.GV8456@google.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3218 Lines: 105 On Mon, 16 Nov 2015, Brian Norris wrote: > On Mon, Nov 16, 2015 at 12:33:14PM +0100, Julia Lawall wrote: > > for_each_available_child_of_node performs an of_node_get on each iteration, > > so a return from the middle of the loop requires an of_node_put. > > > > A simplified version of the semantic patch that finds this problem is as > > follows (http://coccinelle.lip6.fr): > > > > // > > @@ > > expression root,e; > > local idexpression child; > > @@ > > > > for_each_available_child_of_node(root, child) { > > ... when != of_node_put(child) > > when != e = child > > ( > > return child; > > | > > * return ...; > > ) > > ... > > } > > // > > > > Signed-off-by: Julia Lawall > > > > --- > > For this patch: > > Acked-by: Brian Norris > > > drivers/phy/phy-brcmstb-sata.c | 17 ++++++++++++----- > > 1 file changed, 12 insertions(+), 5 deletions(-) > > [snip patch, which fixes of_node_put() handling for > for_each_available_child_of_node() loop, which creates PHY devices with > devm_phy_create()] > > This reminds me of a potential problem I'm looking at in other > subsystems: from code reading (I haven't seen any issues in practice, > probably because I don't use OF_DYNAMIC) it looks like device-creating > infrastructure like the PHY subsystem should be acquiring a reference to > the device_node when they stash it away. But drivers/phy/phy-core.c does > not do this, AFAICT. > > See phy_create(), which does > > phy->dev.of_node = node ?: dev->of_node; > > and later might reuse this of_node pointer, even though it never called > of_node_get() on this node. > > Potential patch to fix this (not tested). > > Signed-off-by: Brian Norris > > diff --git a/drivers/phy/phy-core.c b/drivers/phy/phy-core.c > index fc48fac003a6..8df29caeeef9 100644 > --- a/drivers/phy/phy-core.c > +++ b/drivers/phy/phy-core.c > @@ -697,6 +697,7 @@ struct phy *phy_create(struct device *dev, struct device_node *node, > phy->dev.class = phy_class; > phy->dev.parent = dev; > phy->dev.of_node = node ?: dev->of_node; > + of_node_get(phy->dev.of_node); Why not put of_node_get around dev->of_node? julia > phy->id = id; > phy->ops = ops; > > @@ -726,6 +727,7 @@ struct phy *phy_create(struct device *dev, struct device_node *node, > return phy; > > put_dev: > + of_node_put(phy->dev.of_node); > put_device(&phy->dev); /* calls phy_release() which frees resources */ > return ERR_PTR(ret); > > @@ -775,6 +777,7 @@ EXPORT_SYMBOL_GPL(devm_phy_create); > */ > void phy_destroy(struct phy *phy) > { > + of_node_put(phy->dev.of_node); > pm_runtime_disable(&phy->dev); > device_unregister(&phy->dev); > } > -- > To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/