Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp125449imj; Thu, 14 Feb 2019 16:51:38 -0800 (PST) X-Google-Smtp-Source: AHgI3IbpkMATiTVUmYlO/fpgAwwsFCycSMvjLBJkxrq3u7Kska8UW3FzaXPE7doebgf1JiaClNXL X-Received: by 2002:a62:8a08:: with SMTP id y8mr7003575pfd.246.1550191898547; Thu, 14 Feb 2019 16:51:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550191898; cv=none; d=google.com; s=arc-20160816; b=OFk8TYYleiwxtRE/gOElY8gy8FaZVG4RcAInLwZpynoNGEYgUXrdFm0C0DczC3FzWe 5sUlSM4dxXPCC4tKYq/9h+pjnMzwtl/8k8RnN8ikVUBA8FJZivckeJTvJ9255gOL68Oa r2Q5VqVft8XZLWHhQwpGJxjVXE/MWbZw6op1gv0O5tvOh2RjAO2vgJQpvYOhTV78A+ZW ThGMFyXiEbsEU41G0Ii3+Km7PAILbKyXlNPgfOZasktJOG7PI0Tz9d5xAPAF9GnIMy2u fowFFmSKRrlvTVC6orCyqiPaunFbUTOJweTtSlCplylycFDDZxmRCIQ72Q/pcz05JL4K WPOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:reply-to; bh=+uMAls7L79NA33SQQlamA3kSvbY76K5YLtZ+0yTB1mU=; b=jqBD/IuBupZayxzX0Cj46FlNq8/w8Vl3oI7hUXeV9KISE7miIBuCyOqzj5BHnIyDVm tUg1eHmdXx9KxAzyWbwFiHePuKCPwKtoFLM9YNU09D2DRLpwlc/heQt1CaDODWUV5DRV ePzO17b8lu5amUEyPofSjZJqaQv1ObTTe+IJ8JhpSPzsXEN/mfjp5+OVH1jILQ5hYda2 0w5Wnh7iGNSZqfiXlPOrLfcCB9TXfdYW+s0bAaE1es9zLGm1RTTE3zBBf2HiGMIIKNY9 8pCzjadjVttXwHPmUyKc5WP3RmOF8q0qncBn46M7P5gJjEd25cEivJ/eliEqPhUPjMA2 OO2g== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i12si1124001pgq.466.2019.02.14.16.51.22; Thu, 14 Feb 2019 16:51:38 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2502653AbfBNQNA (ORCPT + 99 others); Thu, 14 Feb 2019 11:13:00 -0500 Received: from mga14.intel.com ([192.55.52.115]:36278 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2502641AbfBNQM6 (ORCPT ); Thu, 14 Feb 2019 11:12:58 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Feb 2019 08:12:56 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,369,1544515200"; d="scan'208";a="299757660" Received: from tthayer-hp-z620.an.intel.com (HELO [10.122.105.146]) ([10.122.105.146]) by orsmga005.jf.intel.com with ESMTP; 14 Feb 2019 08:12:55 -0800 Reply-To: thor.thayer@linux.intel.com Subject: Re: [PATCH] EDAC, altera: Add missing of_node_put() To: Huang Zijiang Cc: bp@alien8.de, mchehab@kernel.org, linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, wang.yi59@zte.com.cn References: <1550126347-27984-1-git-send-email-huang.zijiang@zte.com.cn> From: Thor Thayer Message-ID: <64c210a5-41d2-2f62-e3d5-ac9c14841858@linux.intel.com> Date: Thu, 14 Feb 2019 10:15:20 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <1550126347-27984-1-git-send-email-huang.zijiang@zte.com.cn> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 2/14/19 12:39 AM, Huang Zijiang wrote: > The call to of_parse_phandle returns a node pointer with refcount > incremented thus it must be explicitly decremented here after the last > usage. > > Signed-off-by: Huang Zijiang > --- > drivers/edac/altera_edac.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c > index c89d82a..1bcd778 100644 > --- a/drivers/edac/altera_edac.c > +++ b/drivers/edac/altera_edac.c > @@ -1046,14 +1046,17 @@ altr_init_a10_ecc_block(struct device_node *np, u32 irq_mask, > return -ENODEV; > } > > - if (of_address_to_resource(sysmgr_np, 0, &res)) > + if (of_address_to_resource(sysmgr_np, 0, &res)) { > + of_node_put(sysmgr_np); > return -ENOMEM; > + } > > /* Need physical address for SMCC call */ > base = res.start; > > ecc_mgr_map = regmap_init(NULL, NULL, (void *)base, > &s10_sdram_regmap_cfg); > + of_node_put(sysmgr_np); > } > of_node_put(np_eccmgr); > if (IS_ERR(ecc_mgr_map)) { > Yes, I missed the error path. I mistakingly thought of_node_put(np_eccmgr) would catch the exit of both branches but I declared sysmgr_np instead of re-using np_eccmgr. I'll clean that up in a separate patch (actually this code will disappear when my combined sysmgr patchset is accepted upstream). Thanks! Reviewed-by: Thor Thayer