From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Boris Brezillon <boris.brezillon@bootlin.com>
Cc: "Brian Norris" <computersforpeace@gmail.com>,
"Richard Weinberger" <richard@nod.at>,
"David Woodhouse" <dwmw2@infradead.org>,
"Marek Vasut" <marek.vasut@gmail.com>,
"Rafał Miłecki" <zajec5@gmail.com>,
linux-mtd@lists.infradead.org, stable@vger.kernel.org
Subject: Re: [PATCH] mtd: partitions: fix of_node_get/put balance in parser
Date: Mon, 10 Sep 2018 15:14:23 +0200 [thread overview]
Message-ID: <20180910151423.2944aca6@xps13> (raw)
In-Reply-To: <20180910145312.3b9ae4ad@bbrezillon>
Hi Boris,
Boris Brezillon <boris.brezillon@bootlin.com> wrote on Mon, 10 Sep 2018
14:53:12 +0200:
> Hi Miquel,
>
> On Fri, 7 Sep 2018 16:38:24 +0200
> Miquel Raynal <miquel.raynal@bootlin.com> wrote:
>
> > Hello,
> >
> > I forgot to add Rafal which I know worked a lot on the parsers.
> >
> > Miquel Raynal <miquel.raynal@bootlin.com> wrote on Fri, 7 Sep 2018
> > 16:35:54 +0200:
> >
> > > While at first mtd_part_of_parse() would just call
> > > of_get_chil_by_name(), it has been edited to first try to get the OF
> > > node thanks to mtd_get_of_node() and fallback on
> > > of_get_child_by_name().
> > >
> > > A of_node_put() was a bit below in the code, to balance the
> > > of_get_child_by_name(). However, despite its name, mtd_get_of_node()
> > > does not take a reference on the OF node.
>
> That's probably something we should patch at some point, but that
> implies patching all mtd_get_of_node() users at the same time, so let's
> keep that for later.
>
> BTW, if mtd_get_of_node() was actually retaining a reference, you
> would miss an of_node_put() in the !mtd_is_partition(master) case.
I think there is a misunderstanding here: mtd_get_of_node() is not
retaining a reference, and I do not think it should! It is by design a
helper to shortcut from the MTD device to the related FW node. Maybe
calling it differently than "get" would be definitely less prone to
errors. Maybe mtd_to_of_node() would be better?
>
> > > It is a simple helper hiding
> > > some pointer logic to retrieve the OF node related to an MTD
> > > device. People often used it this way:
> > >
> > > of_node_put(mtd_get_of_node(<mtd>)).
>
> I don't get your point. Are you saying other places in the code are
> doing the wrong thing? Should we fix them too?
No, other places are doing the right thing. I think if the helper was
named "mtd_to_of_node()" that would be much clearer for everyone and
of_node_get(mtd_to_of_node(mtd)) would be the way to retain a reference
on the OF node.
I don't think creating a helper for that would be better because I
really prefer seeing the of_node_get() in the code, meaning an
of_node_put() will be needed at some point.
>
> > >
> > > The direct effect of such unbalanced reference counting is visible by
> > > rmmod'ing any module that would have added MTD partitions:
> > >
> > > OF: ERROR: Bad of_node_put() on <of_path_to_partition>
> > >
> > > As it seems normal to get a reference on the OF node during the
> > > of_property_for_each_string() that follows, add a call to
> > > of_node_get() when relevant.
> > >
> > > Fixes: 76a832254ab0 ("mtd: partitions: use DT info for parsing partitions with "compatible" prop")
> > > Cc: stable@vger.kernel.org
>
> You can drop the above line since this patch is fixing a bug introduced
> in 4.19-rc1.
Right!
>
> > > Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> > > ---
> > > drivers/mtd/mtdpart.c | 5 ++++-
> > > 1 file changed, 4 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/mtd/mtdpart.c b/drivers/mtd/mtdpart.c
> > > index 52e2cb35fc79..99c460facd5e 100644
> > > --- a/drivers/mtd/mtdpart.c
> > > +++ b/drivers/mtd/mtdpart.c
> > > @@ -873,8 +873,11 @@ static int mtd_part_of_parse(struct mtd_info *master,
> > > int ret, err = 0;
> > >
> > > np = mtd_get_of_node(master);
> > > - if (!mtd_is_partition(master))
> > > + if (mtd_is_partition(master))
> > > + of_node_get(np);
> > > + else
> > > np = of_get_child_by_name(np, "partitions");
> > > +
> > > of_property_for_each_string(np, "compatible", prop, compat) {
> > > parser = mtd_part_get_compatible_parser(compat);
> > > if (!parser)
>
> The patch itself looks correct, but I'd like some clarification about
> the commit message before applying it.
>
> Thanks,
>
> Boris
>
Thanks,
Miquèl
next prev parent reply other threads:[~2018-09-10 18:08 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-07 14:35 [PATCH] mtd: partitions: fix of_node_get/put balance in parser Miquel Raynal
2018-09-07 14:38 ` Miquel Raynal
2018-09-10 12:53 ` Boris Brezillon
2018-09-10 13:14 ` Miquel Raynal [this message]
2018-09-10 13:25 ` Boris Brezillon
2018-09-10 13:32 ` Boris Brezillon
2018-09-10 13:38 ` Miquel Raynal
2018-09-10 13:42 ` Boris Brezillon
2018-09-17 9:55 ` Miquel Raynal
2018-09-17 13:51 ` Boris Brezillon
2018-09-17 14:03 ` Miquel Raynal
2018-09-17 14:24 ` Boris Brezillon
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=20180910151423.2944aca6@xps13 \
--to=miquel.raynal@bootlin.com \
--cc=boris.brezillon@bootlin.com \
--cc=computersforpeace@gmail.com \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marek.vasut@gmail.com \
--cc=richard@nod.at \
--cc=stable@vger.kernel.org \
--cc=zajec5@gmail.com \
/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).