Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4191078img; Tue, 26 Mar 2019 05:00:09 -0700 (PDT) X-Google-Smtp-Source: APXvYqwZx9717Cha/2n3OaVlb6LKXj/71JiutFJ9Kzeh4DIRB9vTI36eS3Igzcnxcf3XH6Fv7d4J X-Received: by 2002:a17:902:44a4:: with SMTP id l33mr30821742pld.292.1553601609839; Tue, 26 Mar 2019 05:00:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553601609; cv=none; d=google.com; s=arc-20160816; b=yOljns8DqNGzpELro58g6DtYwdBd1hngZ8D/l76TQ6EJYy/QS2zcEKHJym56pZ9AQ+ UcxzMSPzGdbKmKF43jWum5719jx/VlS0vyLYFJFgBkbuh0R+Ac00LQsjqXhXT+Xl+EoW 4Rotfl0Wy/3Nt5C4olVi0Ag4YwICJEGm/NmKR9z+0zuguY4l9C3C4rquntlpad7RzGTI d1K+GEfgRofmhNWMTNML8EDR/QGMJxYQzCkrX6Hb7K39C972wMtEDSdDymdJZvycQNfM 5YslZB1m5xgPpV264PVumufjYbAIid/+yYKNE3rxuKVGMYwJ4qIetf5kZlBMIEMKqNzS snHQ== 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; bh=G37jDjEMLLD529SaP6nZJcQ4FDuF1Wwa7Ah7YS7Cr90=; b=o0A9vgzRCO9Bqt2YZrNEtwFcNAYYq2ajKnA6q7AOZBXwuulTQpWAtwfgsuj+Sj8h41 hnVHxjVASqQQ7ckI9+LjU4HFISR1ODMUfiOE7/ZMUrN9aZ3ZRBlvYmRQJ0NrDTvgDciP cdJMjpsIFTRCZgbCWAj6KGmsLHVKJ7XQ7gUJPs00njPRq2Sg+fKcNjQ0PixzGkzaF3Jh TJYISGIF5shsMCMdpahDpuqJHHMMjvrHXNtG1Ekeg4bqpNYGViG6NIewCgpXgsAAzAws SOwVv5BExsAP5/Fe7adQOQwKsFx23kfoVtuIJwiMyCqbAfOvF7U20bjqOJJkTU8xS50x +d8w== 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 f5si1508658pgo.394.2019.03.26.04.59.54; Tue, 26 Mar 2019 05:00:09 -0700 (PDT) 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 S1726278AbfCZL7T (ORCPT + 99 others); Tue, 26 Mar 2019 07:59:19 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:35252 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726140AbfCZL7T (ORCPT ); Tue, 26 Mar 2019 07:59:19 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E70691596; Tue, 26 Mar 2019 04:59:18 -0700 (PDT) Received: from [10.1.196.69] (e112269-lin.cambridge.arm.com [10.1.196.69]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 025B73F59C; Tue, 26 Mar 2019 04:59:17 -0700 (PDT) Subject: Re: [PATCH] firmware: arm_scmi: Fix leak in scmi_mailbox_check To: Mukesh Ojha , Sudeep Holla , linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org References: <20190325173722.49414-1-steven.price@arm.com> From: Steven Price Message-ID: <5135e6df-4977-bd97-95d9-300c12c9e073@arm.com> Date: Tue, 26 Mar 2019 11:59:16 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26/03/2019 07:23, Mukesh Ojha wrote: > > On 3/25/2019 11:07 PM, Steven Price wrote: >> of_parse_phandle_with_args() requires the caller to call of_node_put() on >> the returned args->np pointer. Otherwise the reference count will remain >> incremented. >> >> However, in this case, since we don't actually use the returned pointer, >> we can simply pass in NULL. >> >> Fixes: aa4f886f3893f ("firmware: arm_scmi: add basic driver >> infrastructure for SCMI") >> Signed-off-by: Steven Price >> --- >>   drivers/firmware/arm_scmi/driver.c | 4 +--- >>   1 file changed, 1 insertion(+), 3 deletions(-) >> >> diff --git a/drivers/firmware/arm_scmi/driver.c >> b/drivers/firmware/arm_scmi/driver.c >> index 8f952f2f1a29..dd967d675c08 100644 >> --- a/drivers/firmware/arm_scmi/driver.c >> +++ b/drivers/firmware/arm_scmi/driver.c >> @@ -654,9 +654,7 @@ static int scmi_xfer_info_init(struct scmi_info >> *sinfo) >>     static int scmi_mailbox_check(struct device_node *np) >>   { >> -    struct of_phandle_args arg; >> - >> -    return of_parse_phandle_with_args(np, "mboxes", "#mbox-cells", 0, >> &arg); >> +    return of_parse_phandle_with_args(np, "mboxes", "#mbox-cells", 0, >> NULL); > > Although, it is not used but it is better to put arg->np instead of > passing NULL. > Here, you are making the driver not to fill arguement which is > customised solution, that may change in future. The function of_parse_phandle_with_args() is documented thus: > * of_parse_phandle_with_args() - Find a node pointed by phandle in a list > * @np: pointer to a device tree node containing a list > * @list_name: property name that contains a list > * @cells_name: property name that specifies phandles' arguments count > * @index: index of a phandle to parse out > * @out_args: optional pointer to output arguments structure (will be filled) So I'm going by the documentation (and implementation) which both consider out_args to be optional. The alternative is of course: > diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c > index 8f952f2f1a29..aa6c0728e676 100644 > --- a/drivers/firmware/arm_scmi/driver.c > +++ b/drivers/firmware/arm_scmi/driver.c > @@ -655,8 +655,11 @@ static int scmi_xfer_info_init(struct scmi_info *sinfo) > static int scmi_mailbox_check(struct device_node *np) > { > struct of_phandle_args arg; > + int ret; > > - return of_parse_phandle_with_args(np, "mboxes", "#mbox-cells", 0, &arg); > + ret = of_parse_phandle_with_args(np, "mboxes", "#mbox-cells", 0, &arg); > + of_node_put(arg->np); > + return ret; > } > > static int scmi_mbox_free_channel(int id, void *p, void *data) But personally that doesn't seem as good. Is there any reason to think the interface of of_parse_phandle_with_args() will change? Steve