From: Lee Jones <lee.jones@linaro.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
Samuel Ortiz <sameo@linux.intel.com>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-input@vger.kernel.org
Subject: Re: [PATCH 1/2] input: keypad: tc3589x: localize platform data
Date: Mon, 30 Mar 2015 08:08:29 +0100 [thread overview]
Message-ID: <20150330070829.GC457@x1> (raw)
In-Reply-To: <20150327164744.GA17364@dtor-ws>
On Fri, 27 Mar 2015, Dmitry Torokhov wrote:
> On Thu, Mar 19, 2015 at 09:38:56AM -0700, Dmitry Torokhov wrote:
> > Hi Linus,
> >
> > On Thu, Mar 19, 2015 at 03:52:44PM +0100, Linus Walleij wrote:
> > > This driver can only get its platform data from the device tree,
> > > and all platforms using it does that. Localize the platform data
> > > for the keypad. A later patch will enforce the device tree / OF
> > > dependence.
> > >
> > > Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > > Cc: Lee Jones <lee.jones@linaro.org>
> > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > > ---
> > > Dmitry it would be great if you could ACK this patch so Lee can
> > > take it with the other patch through MFD.
> >
> > It looks like if you are making this OF-only you can get rid of pdata
> > altogether and parse the OF data directly into the keypad. But that can
> > be done later.
> >
> > Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
>
> Hmm, just noticed an issue:
>
> > >
> > > keypad = kzalloc(sizeof(struct tc_keypad), GFP_KERNEL);
> > > + keypad->board = tc3589x_keypad_of_probe(&pdev->dev);
> > > + if (IS_ERR(keypad->board)) {
> > > + dev_err(&pdev->dev, "invalid keypad platform data\n");
> > > + return PTR_ERR(keypad->board);
> > > + }
> > > +
> > > input = input_allocate_device();
> > > if (!keypad || !input) {
> > > dev_err(&pdev->dev, "failed to allocate keypad memory\n");
>
> You slid of prasing right in between memory allocation and checking if
> it succeeded, so there is a potential oops and memory leak now.
>
> I want to commit the version of the patch below, holler if you disagree.
> Note that I reverted much of plat -> board renames to keep the patch
> small.
Acked-by: Lee Jones <lee.jones@linaro.org>
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] input: keypad: tc3589x: localize platform data
Date: Mon, 30 Mar 2015 08:08:29 +0100 [thread overview]
Message-ID: <20150330070829.GC457@x1> (raw)
In-Reply-To: <20150327164744.GA17364@dtor-ws>
On Fri, 27 Mar 2015, Dmitry Torokhov wrote:
> On Thu, Mar 19, 2015 at 09:38:56AM -0700, Dmitry Torokhov wrote:
> > Hi Linus,
> >
> > On Thu, Mar 19, 2015 at 03:52:44PM +0100, Linus Walleij wrote:
> > > This driver can only get its platform data from the device tree,
> > > and all platforms using it does that. Localize the platform data
> > > for the keypad. A later patch will enforce the device tree / OF
> > > dependence.
> > >
> > > Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > > Cc: Lee Jones <lee.jones@linaro.org>
> > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > > ---
> > > Dmitry it would be great if you could ACK this patch so Lee can
> > > take it with the other patch through MFD.
> >
> > It looks like if you are making this OF-only you can get rid of pdata
> > altogether and parse the OF data directly into the keypad. But that can
> > be done later.
> >
> > Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
>
> Hmm, just noticed an issue:
>
> > >
> > > keypad = kzalloc(sizeof(struct tc_keypad), GFP_KERNEL);
> > > + keypad->board = tc3589x_keypad_of_probe(&pdev->dev);
> > > + if (IS_ERR(keypad->board)) {
> > > + dev_err(&pdev->dev, "invalid keypad platform data\n");
> > > + return PTR_ERR(keypad->board);
> > > + }
> > > +
> > > input = input_allocate_device();
> > > if (!keypad || !input) {
> > > dev_err(&pdev->dev, "failed to allocate keypad memory\n");
>
> You slid of prasing right in between memory allocation and checking if
> it succeeded, so there is a potential oops and memory leak now.
>
> I want to commit the version of the patch below, holler if you disagree.
> Note that I reverted much of plat -> board renames to keep the patch
> small.
Acked-by: Lee Jones <lee.jones@linaro.org>
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
next prev parent reply other threads:[~2015-03-30 7:08 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-19 14:52 [PATCH 0/2] tc3589x OF only enforcement Linus Walleij
2015-03-19 14:52 ` Linus Walleij
2015-03-19 14:52 ` [PATCH 1/2] input: keypad: tc3589x: localize platform data Linus Walleij
2015-03-19 14:52 ` Linus Walleij
2015-03-19 16:38 ` Dmitry Torokhov
2015-03-19 16:38 ` Dmitry Torokhov
2015-03-27 16:47 ` Dmitry Torokhov
2015-03-27 16:47 ` Dmitry Torokhov
2015-03-30 7:08 ` Lee Jones [this message]
2015-03-30 7:08 ` Lee Jones
2015-04-07 13:07 ` Linus Walleij
2015-04-07 13:07 ` Linus Walleij
2015-03-27 11:52 ` Lee Jones
2015-03-27 11:52 ` Lee Jones
2015-03-27 11:52 ` Lee Jones
2015-03-19 14:52 ` [PATCH 2/2] mfd: tc3589x: enforce device-tree only mode Linus Walleij
2015-03-19 14:52 ` Linus Walleij
2015-03-19 17:00 ` Dmitry Torokhov
2015-03-19 17:00 ` Dmitry Torokhov
2015-03-20 8:21 ` Lee Jones
2015-03-20 8:21 ` Lee Jones
2015-03-27 11:53 ` Lee Jones
2015-03-27 11:53 ` Lee Jones
2015-03-27 11:53 ` Lee Jones
2015-03-27 9:04 ` [PATCH 0/2] tc3589x OF only enforcement Linus Walleij
2015-03-27 9:04 ` Linus Walleij
2015-03-27 12:00 ` Lee Jones
2015-03-27 12:00 ` Lee Jones
2015-03-27 12:00 ` Lee Jones
2015-03-27 16:48 ` Dmitry Torokhov
2015-03-27 16:48 ` Dmitry Torokhov
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=20150330070829.GC457@x1 \
--to=lee.jones@linaro.org \
--cc=dmitry.torokhov@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sameo@linux.intel.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.