From: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
To: Masahiro Yamada
<yamada.masahiro-uWyLwvC0a2jby3iVrkZq2A@public.gmane.org>
Cc: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
linux-arm-kernel
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
Frank Rowand
<frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org
Subject: Re: [Question] refcount of DT node
Date: Thu, 14 Apr 2016 11:10:54 +0100 [thread overview]
Message-ID: <20160414101053.GC10273@leverpostej> (raw)
In-Reply-To: <CAK7LNATFUW2KXUpFas6C_SJ0C7Qb1DWU0njLg-FCYciK2U6Oag-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Thu, Apr 14, 2016 at 04:47:57PM +0900, Masahiro Yamada wrote:
> Hi experts.
>
> My understanding of refcount of DT node is poor.
> Please help me understand it correctly.
>
> Sorry if I am asking stupid questions.
>
>
> [1] Does this reference count exist for Overlay?
> Is a node freed when its refcount becomes zero?
I'm not familiar with the way that overlays are intended to work, but
generally this is true, and I believe the same applies.
Pantelis, please correct me if I am wrong on that front.
> [2] When of_node_put() should be called,
> or should not be called?
>
>
> Shouldn't of_node_put() be called
> when we are still referencing to any of its properties?
>
> For example, cpu_read_enable_method()
> in arch/arm64/kernel/cpu_ops.c
> returns a pointer to the property value
> instead of creating a copy of it.
>
> In this case, of_node_put() should not be called
> because we are still referencing the DT property
> (in other words, referencing to the DT node indirectly).
>
> Am I right?
Yes, the node should not be freed while its data is referred to.
We are leaking a ref there, though, as we no longer refer to that data
after cpu_read_ops().
Fixing that will require some restructuring. We don't expect a CPU node
to need to disappear, so while it's currently not strictly correct the
code shouldn't lead to any adverse behaviour.
> [3] Is the following code correct?
>
> np = of_find_compatible_node(NULL, NULL,"foo-node");
> of_node_put(np);
> ret = of_address_to_resource(np, 0, &res);
> if (ret) {
> pr_err("failed to get resource\n");
> return ret;
> }
>
> Actually I wrote the code above, and it was applied.
>
> But, the node is still referenced while of_address_to_resource() is being run.
>
> So the correct code should be as follows?
>
> np = of_find_compatible_node(NULL, NULL,"foo-node");
> ret = of_address_to_resource(np, 0, &res);
> of_node_put(np);
> if (ret) {
> pr_err("failed to get resource\n");
> return ret;
> }
It is correctly balanced, yes.
If you don't need to keep the node for future use, this is fine.
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-04-14 10:10 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-14 7:47 [Question] refcount of DT node Masahiro Yamada
2016-04-14 8:48 ` Russell King - ARM Linux
[not found] ` <20160414084849.GT19428-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2016-04-14 9:59 ` Mark Rutland
2016-04-14 10:02 ` Pantelis Antoniou
[not found] ` <06E9E2D3-4627-4970-ABBB-34B5ED620709-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
2016-04-14 16:10 ` Frank Rowand
2016-04-14 17:02 ` Rob Herring
2016-04-14 18:38 ` Russell King - ARM Linux
2016-04-16 15:02 ` Masahiro Yamada
[not found] ` <CAK7LNATFUW2KXUpFas6C_SJ0C7Qb1DWU0njLg-FCYciK2U6Oag-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-04-14 10:10 ` Mark Rutland [this message]
2016-04-14 10:40 ` Pantelis Antoniou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160414101053.GC10273@leverpostej \
--to=mark.rutland-5wv7dgnigg8@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=yamada.masahiro-uWyLwvC0a2jby3iVrkZq2A@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).