Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751662AbdG0WTA (ORCPT ); Thu, 27 Jul 2017 18:19:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:57880 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751160AbdG0WS6 (ORCPT ); Thu, 27 Jul 2017 18:18:58 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 238B521448 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=robh+dt@kernel.org MIME-Version: 1.0 In-Reply-To: <20170727094405.19778-1-tony@atomide.com> References: <20170727094405.19778-1-tony@atomide.com> From: Rob Herring Date: Thu, 27 Jul 2017 17:18:36 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] device property: Fix usecount for of_graph_get_port_parent() To: Tony Lindgren Cc: Frank Rowand , Grant Likely , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , linux-omap , Mark Brown , Takashi Iwai , Kuninori Morimoto , Linux-ALSA Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3185 Lines: 83 On Thu, Jul 27, 2017 at 4:44 AM, Tony Lindgren wrote: > Fix inconsistent use of of_graph_get_port_parent() where > asoc_simple_card_parse_graph_dai() does of_node_get() before > calling it while other callers do not. We can fix this by > not trashing the node passed to of_graph_get_port_parent(). > > Let's make sure the users have correct refcounts and remove > related incorrect of_node_put() calls for of_for_each_phandle > as that's done by of_phandle_iterator_next(). > > Let's fix both issues with a single patch to avoid kobject > refcounts getting messed up more if two patches are merged > separately. > > Otherwise strange issues can happen caused by memory corruption > caused by too many kobject_del() calls such as: > > BUG: sleeping function called from invalid context at > kernel/locking/mutex.c:747 > ... > (___might_sleep) > (__mutex_lock) > (mutex_lock_nested) > (kernfs_remove) > (kobject_del) > (kobject_put) > (of_get_next_parent) > (of_graph_get_port_parent) > (asoc_simple_card_parse_graph_dai [snd_soc_simple_card_utils]) > (asoc_graph_card_probe [snd_soc_audio_graph_card]) > > Fixes: 0ef472a973eb ("of_graph: add of_graph_get_port_parent()") > Fixes: 2692c1c63c29 ("ASoC: add audio-graph-card support") > Fixes: 1689333f8311 ("ASoC: simple-card-utils: add asoc_simple_card_parse_graph_dai()") > Cc: Mark Brown > Cc: Takashi Iwai > Cc: Kuninori Morimoto > Cc: alsa-devel@alsa-project.org > Signed-off-by: Tony Lindgren > --- > drivers/of/property.c | 9 +++++++++ > sound/soc/generic/audio-graph-card.c | 5 +---- > sound/soc/generic/simple-card-utils.c | 5 ----- > 3 files changed, 10 insertions(+), 9 deletions(-) > > diff --git a/drivers/of/property.c b/drivers/of/property.c > --- a/drivers/of/property.c > +++ b/drivers/of/property.c > @@ -708,6 +708,15 @@ struct device_node *of_graph_get_port_parent(struct device_node *node) > { > unsigned int depth; > > + if (!node) > + return NULL; > + > + /* > + * Preserve usecount for passed in node as of_get_next_parent() > + * will do of_node_put() on it. > + */ > + of_node_get(node); I think this messes up of_graph_get_remote_port_parent(). First it calls of_graph_get_remote_endpoint which returns the endpoint node with ref count incremented. Then you are incrementing it again here. > + > /* Walk 3 levels up only if there is 'ports' node. */ > for (depth = 3; depth && node; depth--) { > node = of_get_next_parent(node); > diff --git a/sound/soc/generic/audio-graph-card.c b/sound/soc/generic/audio-graph-card.c > --- a/sound/soc/generic/audio-graph-card.c > +++ b/sound/soc/generic/audio-graph-card.c > @@ -224,7 +224,6 @@ static int asoc_graph_card_parse_of(struct graph_card_data *priv) > > of_for_each_phandle(&it, rc, node, "dais", NULL, 0) { > ret = asoc_graph_card_dai_link_of(it.node, priv, idx++); > - of_node_put(it.node); > if (ret < 0) > return ret; I think you need a put here. Rob