From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: "Grygorii.Strashko@linaro.org" <grygorii.strashko@linaro.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Geert Uytterhoeven <geert+renesas@glider.be>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
Kevin Hilman <khilman@linaro.org>,
Santosh Shilimkar <santosh.shilimkar@ti.com>,
Linux PM list <linux-pm@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] PM / clock_ops: Fix clock error check in __pm_clk_add()
Date: Tue, 12 May 2015 09:42:54 -0700 [thread overview]
Message-ID: <20150512164254.GA20725@dtor-ws> (raw)
In-Reply-To: <5552065B.1020501@linaro.org>
On Tue, May 12, 2015 at 04:55:39PM +0300, Grygorii.Strashko@linaro.org wrote:
> Hi Dmitry,
> On 05/09/2015 12:05 AM, Dmitry Torokhov wrote:
> > On Fri, May 08, 2015 at 10:59:04PM +0200, Geert Uytterhoeven wrote:
> >> On Fri, May 8, 2015 at 7:19 PM, Dmitry Torokhov
> >> <dmitry.torokhov@gmail.com> wrote:
> >>> On Fri, May 08, 2015 at 10:47:43AM +0200, Geert Uytterhoeven wrote:
> >>>> In the final iteration of commit 245bd6f6af8a62a2 ("PM / clock_ops: Add
> >>>> pm_clk_add_clk()"), a refcount increment was added by Grygorii Strashko.
> >>>> However, the accompanying IS_ERR() check operates on the wrong clock
> >>>> pointer, which is always zero at this point, i.e. not an error.
> >>>> This may lead to a NULL pointer dereference later, when __clk_get()
> >>>> tries to dereference an error pointer.
> >>>>
> >>>> Check the passed clock pointer instead to fix this.
> >>>
> >>> Frankly I would remove the check altogether. Why do we only check for
> >>> IS_ERR and not NULL or otherwise validate the pointer? The clk is passed
> >>
> >> __clk_get() does the NULL check.
> >
> > No, not really. It _handles_ clk being NULL and returns "everything is
> > fine". In any case it is __clk_get's decision what to do.
> >
> > I dislike gratuitous checks of arguments passed in. Instead of relying
> > on APIs refusing grabage we better not pass garbage to these APIs in the
> > first place. So I'd change it to trust that we are given a usable
> > pointer and simply do:
> >
> > if (!__clk_get(clk)) {
> > kfree(ce);
> > return -ENOENTl
> > }
>
> Not sure this is right thing to do, because this API initially
> was intended to be used as below [1]:
> clk = of_clk_get(dev->of_node, i));
> ret = pm_clk_add_clk(dev, clk);
> clk_put(clk);
>
> and of_clk_get may return ERR_PTR().
Jeez, that sequence was not meant to be taken literally, it does miss
error handling completely. If you notice the majority of users of this
API do something like below:
i = 0;
while ((clk = of_clk_get(dev->of_node, i++)) && !IS_ERR(clk)) {
dev_dbg(dev, "adding clock '%s' to list of PM clocks\n",
__clk_get_name(clk));
error = pm_clk_add_clk(dev, clk);
clk_put(clk);
if (error) {
dev_err(dev, "pm_clk_add_clk failed %d\n", error);
pm_clk_destroy(dev);
return error;
}
}
i.e. it already validates clk pointer before passing it on since it
needs to know when to stop iterating.
Thanks.
--
Dmitry
next prev parent reply other threads:[~2015-05-12 16:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-08 8:47 [PATCH] PM / clock_ops: Fix clock error check in __pm_clk_add() Geert Uytterhoeven
2015-05-08 17:19 ` Dmitry Torokhov
2015-05-08 20:59 ` Geert Uytterhoeven
2015-05-08 21:05 ` Dmitry Torokhov
2015-05-12 13:55 ` Grygorii.Strashko@linaro.org
2015-05-12 16:42 ` Dmitry Torokhov [this message]
2015-05-12 17:59 ` Grygorii.Strashko@linaro.org
2015-05-12 18:07 ` Dmitry Torokhov
2015-05-13 0:22 ` Rafael J. Wysocki
2015-05-13 0:32 ` Dmitry Torokhov
2015-05-13 22:45 ` Rafael J. Wysocki
2015-05-16 21:37 ` Geert Uytterhoeven
2015-05-18 0:22 ` Rafael J. Wysocki
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=20150512164254.GA20725@dtor-ws \
--to=dmitry.torokhov@gmail.com \
--cc=geert+renesas@glider.be \
--cc=geert@linux-m68k.org \
--cc=grygorii.strashko@linaro.org \
--cc=khilman@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=santosh.shilimkar@ti.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.