mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: dd diasemi <dd.diasemi@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCHv2 11/11] INPUT/MISC/ONKEY: OnKey module of DA9052 device driver
Date: Wed, 22 Dec 2010 02:11:37 -0800	[thread overview]
Message-ID: <20101222101136.GA22590@core.coreip.homeip.net> (raw)
In-Reply-To: <AANLkTikGnwuxS4-uvtMt6mJZM42049cQ4uoUveORy4NO@mail.gmail.com>

Hi,

On Tue, Dec 21, 2010 at 07:04:19PM +0100, dd diasemi wrote:
> Onkey module for DA9052 PMIC device from Dialog Semiconductor.
> 
> Changes made since last submission:
> . sorted Kconfig entries.
> 
> Linux Kernel Version: 2.6.34
> 
> Signed-off-by: D. Chen <dchen@diasemi.com>

Looks pretty nice, just a couple of comments.

> ---
> diff -Naur linux-2.6.34-orig/drivers/input/misc/da9052_onkey.c
> linux-2.6.34/drivers/input/misc/da9052_onkey.c
> --- linux-2.6.34-orig/drivers/input/misc/da9052_onkey.c	1970-01-01
> 05:00:00.000000000 +0500
> +++ linux-2.6.34/drivers/input/misc/da9052_onkey.c	2010-10-12
> 10:53:04.000000000 +0500
> @@ -0,0 +1,130 @@
> +#include <linux/module.h>
> +#include <linux/init.h>
> +#include <linux/input.h>
> +#include <linux/platform_device.h>
> +
> +#include <linux/mfd/da9052/da9052.h>
> +#include <linux/mfd/da9052/reg.h>
> +
> +#define DRIVER_NAME "da9052-onkey"
> +
> +struct da9052_onkey_data {
> +	struct da9052 *da9052;
> +	struct da9052_eh_nb eh_data;
> +	struct input_dev *input;
> +};
> +
> +static void da9052_onkey_report_event(struct da9052_eh_nb *eh_data,
> +				unsigned int event)
> +{
> +	struct da9052_onkey_data *da9052_onkey =
> +		container_of(eh_data, struct da9052_onkey_data, eh_data);
> +	struct da9052_ssc_msg msg;
> +	unsigned int ret;
> +
> +	msg.addr = DA9052_EVENTB_REG;
> +	da9052_lock(da9052_onkey->da9052);
> +	ret = da9052_onkey->da9052->read(da9052_onkey->da9052, &msg);
> +	if (ret) {
> +		da9052_unlock(da9052_onkey->da9052);
> +		return;
> +	}
> +	da9052_unlock(da9052_onkey->da9052);
> +	msg.data = msg.data & DA9052_EVENTB_ENONKEY;
> +
> +	input_report_key(da9052_onkey->input, KEY_POWER, msg.data);
> +	input_sync(da9052_onkey->input);

Can we have only one da9052_unlock() instead of exiting in the middle of
the function? Also, have you considered provifing da9052_read() helper
which would do the locking?

> +}
> +
> +static int __devinit da9052_onkey_probe(struct platform_device *pdev)
> +{
> +	struct da9052_onkey_data *da9052_onkey;
> +	int error;
> +
> +	da9052_onkey = kzalloc(sizeof(*da9052_onkey), GFP_KERNEL);

You need to chek whether memory allocation succeeded here.

> +	da9052_onkey->input = input_allocate_device();
> +	if (!da9052_onkey->input) {
> +		dev_err(&pdev->dev, "failed to allocate data device\n");
> +		error = -ENOMEM;
> +		goto fail1;
> +	}
> +	da9052_onkey->da9052 = dev_get_drvdata(pdev->dev.parent);
> +
> +	if (!da9052_onkey->input) {
> +		dev_err(&pdev->dev, "failed to allocate input device\n");
> +		error = -ENOMEM;
> +		goto fail2;
> +	}
> +
> +	da9052_onkey->input->evbit[0] = BIT_MASK(EV_KEY);
> +	da9052_onkey->input->keybit[BIT_WORD(KEY_POWER)] = BIT_MASK(KEY_POWER);

__set_bit() is prefered way now.

> +	da9052_onkey->input->name = "da9052-onkey";
> +	da9052_onkey->input->phys = "da9052-onkey/input0";
> +	da9052_onkey->input->dev.parent = &pdev->dev;
> +
> +	da9052_onkey->eh_data.eve_type = ONKEY_EVE;
> +	da9052_onkey->eh_data.call_back = &da9052_onkey_report_event;
> +	error = da9052_onkey->da9052->register_event_notifier(
> +				da9052_onkey->da9052,
> +				&da9052_onkey->eh_data);
> +	if (error)
> +		goto fail2;
> +
> +	error = input_register_device(da9052_onkey->input);
> +	if (error) {
> +		dev_err(&pdev->dev, "Unable to register input\
> +				device,error: %d\n", error);
> +		goto fail3;
> +	}
> +
> +	platform_set_drvdata(pdev, da9052_onkey);
> +
> +	return 0;
> +
> +fail3:
> +	da9052_onkey->da9052->unregister_event_notifier(da9052_onkey->da9052,
> +					&da9052_onkey->eh_data);
> +fail2:
> +	input_free_device(da9052_onkey->input);
> +fail1:
> +	kfree(da9052_onkey);
> +	return error;
> +}
> +
> +static int __devexit da9052_onkey_remove(struct platform_device *pdev)
> +{
> +	struct da9052_onkey_data *da9052_onkey = pdev->dev.platform_data;

You are referencing wrong thing, you need to use platform_get_drvdata().

Thanks.

-- 
Dmitry

      reply	other threads:[~2010-12-22 10:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-21 18:04 dd diasemi
2010-12-22 10:11 ` Dmitry Torokhov [this message]

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=20101222101136.GA22590@core.coreip.homeip.net \
    --to=dmitry.torokhov@gmail.com \
    --cc=dd.diasemi@gmail.com \
    --cc=linux-kernel@vger.kernel.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

all inboxes | Powered by JetHome®