Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp3768643imj; Tue, 19 Feb 2019 09:06:34 -0800 (PST) X-Google-Smtp-Source: AHgI3IadOLp6cKOu86feiDF4xPNAbl5VnfdWCvPwWYeDUA4NyddBD6VoLxuOSjBJJbVZ2ybKhhut X-Received: by 2002:a63:ce16:: with SMTP id y22mr24883740pgf.296.1550595993987; Tue, 19 Feb 2019 09:06:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550595993; cv=none; d=google.com; s=arc-20160816; b=kqoHir2NLiSGq2SpS6QzGV8CSwGNMVUd8NztjetwYQanQ1td3d6Y8qP/MvVuQ26G0X XfcS3fpcaU6rHWm8LUHKIZDKuv99DCRXIyEBV3gg3wrqR+YmT8gMPKf4XNIlQhZ6vRVH kEP6jIgAf05VyeMxjNdLbW8OHNV6KyREU3jftdHdsllZYwGKVdz/i9758s6DGBlaxmZ4 f+eDgiCl/K8/qesrye7I+AgvEDSf2uBPH0BoqkZQt6hqVMF+ZzAxGTLAEs8pN18SiLaa HUTJrfoH0JRIKx93YASTmrfJZOFM+QYocXUAvHWU5y1+RSikfBucdIbMGyUj3+MQ81W3 YTpQ== 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=pb8m4e9eRQ09JiqterGGftOeJKFd04UD3/JL5sxNnro=; b=lugJfv2yi4vsdVn6P4iNecYxiIQpKhVDtLg+WCcp9pD5nx8KV47srOmMbGp1fxd5f6 bJx7t5GNGX7VU2gv7YkgIFPvZBR4hSRb4eFuj0ROHNvbGP7roYkvi2ZX7uQZjXtSpFiN HipPdroFBxQ+FHSnsd4mTl550DbekmDr8vCb8N5q5l3arFIPNbBz4TVpRUA6t2Z/cYz9 HsXDPrrhaoG3LSLZWfoKBQIVVI3G4hoNtRAin+vLK++LGC8Qk3bhGCzPAq+Cgkax2FeO jcJTBTQfctAMV/MtouDPTckUNhtj4jrghc97WjaIeTYHHidXLut+J5+3ECNtgVpPnjxG pYDQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a8si15075515pgt.326.2019.02.19.09.06.17; Tue, 19 Feb 2019 09:06:33 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729259AbfBSRFU (ORCPT + 99 others); Tue, 19 Feb 2019 12:05:20 -0500 Received: from muru.com ([72.249.23.125]:39654 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726110AbfBSRFU (ORCPT ); Tue, 19 Feb 2019 12:05:20 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 8FD1680B6; Tue, 19 Feb 2019 17:05:29 +0000 (UTC) Date: Tue, 19 Feb 2019 09:05:16 -0800 From: Tony Lindgren To: Peng Hao Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Tomi Valkeinen , Rob Herring , devicetree@vger.kernel.org, Julia Lawall Subject: Re: [PATCH] arm/mach-omap2/display: fix possible object reference leak Message-ID: <20190219170516.GL15711@atomide.com> References: <1550071969-86286-1-git-send-email-peng.hao2@zte.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1550071969-86286-1-git-send-email-peng.hao2@zte.com.cn> User-Agent: Mutt/1.11.2 (2019-01-07) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Adding devicetree list, Julia, Rob and Tomi to Cc. * Peng Hao [190212 23:11]: > of_find_device_by_node() takes a reference to the struct device > when it finds a match via get_device.When returning error we should > call put_device. > > Signed-off-by: Peng Hao > --- > arch/arm/mach-omap2/display.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/display.c > index f86b72d..c6aa9ed 100644 > --- a/arch/arm/mach-omap2/display.c > +++ b/arch/arm/mach-omap2/display.c > @@ -258,6 +258,7 @@ static int __init omapdss_init_of(void) > r = of_platform_populate(node, NULL, NULL, &pdev->dev); > if (r) { > pr_err("Unable to populate DSS submodule devices\n"); > + put_device(&pdev->dev); > return r; > } In general, if the device tree node is never used afterwards, should this be just: r = of_platform_populate(node, NULL, NULL, &pdev->dev); of_node_put(dev_node); if (r) { ... } If so, Julia might have a Coccinelle recpipe for it? Regards, Tony