RE: [RFC V1 2/2] input: misc: da9063: OnKey driver

From: Opensource [Steve Twiss]
Date: Sat Mar 08 2014 - 05:18:57 EST

Next message: Geert Uytterhoeven: "Re: [PATCH] xz: make XZ_DEC_BCJ filters non-optional"
Previous message: Lasse Collin: "Re: [PATCH] xz: make XZ_DEC_BCJ filters non-optional"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On 07 March 2014 17:46, Dmitry Torokhov wrote:

>Hi Steve,
>
>On Fri, Mar 07, 2014 at 12:37:45PM +0000, Opensource [Steve Twiss] wrote:
>> From: Opensource [Steve Twiss] <stwiss.opensource@xxxxxxxxxxx>
>>
>> Add the OnKey driver for DA9063.
>>
>>
>> Signed-off-by: Opensource [Steve Twiss] <stwiss.opensource@xxxxxxxxxxx>
>> ---
>> Checks performed with next-20140307/scripts/checkpatch.pl
>> da9063-onkey.c total: 0 errors, 0 warnings, 202 lines checked
>> Kconfig total: 0 errors, 11 warnings, 679 lines checked
>> Makefile total: 0 errors, 0 warnings, 66 lines checked
>>
>> Hello,
>>
>> This is a RFC for the Dialog DA9063 Onkey driver.
>>
>> Dependencies:
>>
>> This driver makes use of the name field "ONKEY" as part of the
>> function call: platform_get_irq_byname();
>>
>> This driver is therefore dependent on this change to the name field
>> in the properties of the the OnKey IORESOURCE_IRQ resource structure
>> (part of the mfd_cell Onkey resource inside da9063-core.c). This
>> change will be added as part of the final set when I submit all patches
>> as a single PATCH set.
>>
>> This patch applies against kernel version linux-next next-20140307
>>
>> Regards,
>> Steve Twiss, Dialog Semiconductor Ltd.
>>
>>
>>
>> drivers/input/misc/Kconfig | 10 ++
>> drivers/input/misc/Makefile | 1 +
>> drivers/input/misc/da9063-onkey.c | 202
>+++++++++++++++++++++++++++++++++++++
>> 3 files changed, 213 insertions(+)
>> create mode 100644 drivers/input/misc/da9063-onkey.c
>>
>> diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig
>> index 762e6d2..3deb008 100644
>> --- a/drivers/input/misc/Kconfig
>> +++ b/drivers/input/misc/Kconfig
>> @@ -522,6 +522,16 @@ config INPUT_DA9055_ONKEY
>> To compile this driver as a module, choose M here: the module
>> will be called da9055_onkey.
>>
>> +config INPUT_DA9063_ONKEY
>> + tristate "Dialog DA9063 OnKey"
>> + depends on MFD_DA9063
>> + help
>> + Support the ONKEY of Dialog DA9063 Power Management IC as an
>> + input device reporting power button statue.
>> +
>> + To compile this driver as a module, choose M here: the module
>> + will be called da9063-onkey.
>> +
>> config INPUT_DM355EVM
>> tristate "TI DaVinci DM355 EVM Keypad and IR Remote"
>> depends on MFD_DM355EVM_MSP
>> diff --git a/drivers/input/misc/Makefile b/drivers/input/misc/Makefile
>> index cda71fc..f40caa7 100644
>> --- a/drivers/input/misc/Makefile
>> +++ b/drivers/input/misc/Makefile
>> @@ -25,6 +25,7 @@ obj-$(CONFIG_INPUT_CMA3000_I2C) +=
>cma3000_d0x_i2c.o
>> obj-$(CONFIG_INPUT_COBALT_BTNS) += cobalt_btns.o
>> obj-$(CONFIG_INPUT_DA9052_ONKEY) += da9052_onkey.o
>> obj-$(CONFIG_INPUT_DA9055_ONKEY) += da9055_onkey.o
>> +obj-$(CONFIG_INPUT_DA9063_ONKEY) += da9063-onkey.o
>> obj-$(CONFIG_INPUT_DM355EVM) += dm355evm_keys.o
>> obj-$(CONFIG_INPUT_GP2A) += gp2ap002a00f.o
>> obj-$(CONFIG_INPUT_GPIO_BEEPER) += gpio-beeper.o
>> diff --git a/drivers/input/misc/da9063-onkey.c b/drivers/input/misc/da9063-
>onkey.c
>> new file mode 100644
>> index 0000000..654f52b
>> --- /dev/null
>> +++ b/drivers/input/misc/da9063-onkey.c
>> @@ -0,0 +1,202 @@
>> +/* da9063-onkey.c - Onkey device driver for DA9063
>> + * Copyright (C) 2013 Dialog Semiconductor Ltd.
>> + *
>> + * This library is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU Library General Public
>> + * License as published by the Free Software Foundation; either
>> + * version 2 of the License, or (at your option) any later version.
>> + *
>> + * This library is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>GNU
>> + * Library General Public License for more details.
>> + */
>> +
>> +#include <linux/module.h>
>> +#include <linux/errno.h>
>> +#include <linux/input.h>
>> +#include <linux/interrupt.h>
>> +#include <linux/platform_device.h>
>> +#include <linux/workqueue.h>
>> +#include <linux/regmap.h>
>> +
>> +#include <linux/mfd/da9063/core.h>
>> +#include <linux/mfd/da9063/pdata.h>
>> +#include <linux/mfd/da9063/registers.h>
>> +
>> +struct da9063_onkey {
>> + struct da9063 *hw;
>> + struct delayed_work work;
>> + struct input_dev *input;
>> + bool key_power;
>> +};
>> +
>> +static void da9063_poll_on(struct work_struct *work)
>> +{
>> + struct da9063_onkey *onkey = container_of(work, struct da9063_onkey,
>> + work.work);
>> + unsigned int val;
>> + int poll = 1;
>
>Please use booleans for boolean data:
>
> bool poll = true;
>

Yes, I'll add those changes.

>> + int ret;
>> +
>> + /* poll to see when the pin is deasserted */
>> + ret = regmap_read(onkey->hw->regmap, DA9063_REG_STATUS_A, &val);
>> + if (ret < 0) {
>> + dev_err(&onkey->input->dev,
>> + "Failed to read ON status: %d\n", ret);
>> + goto err_poll;
>> + }
>> +
>> + if (!(val & DA9063_NONKEY)) {
>> + ret = regmap_update_bits(onkey->hw->regmap,
>> + DA9063_REG_CONTROL_B,
>> + DA9063_NONKEY_LOCK, 0);
>> + if (ret < 0) {
>> + dev_err(&onkey->input->dev,
>> + "Failed to reset the Key Delay %d\n", ret);
>> + goto err_poll;
>> + }
>> +
>> + input_report_key(onkey->input, KEY_POWER, 0);
>> + input_sync(onkey->input);
>
>This is confusing. Why we report key only if we successfully did the
>first write but we do not care about the second?
>

I'll clarify this ..

>> +
>> + /* unmask the onkey interrupt again */
>> + ret = regmap_update_bits(onkey->hw->regmap,
>> + DA9063_REG_IRQ_MASK_A,
>> + DA9063_NONKEY, 0);
>> + if (ret < 0) {
>> + dev_err(&onkey->input->dev,
>> + "Failed to unmask the onkey IRQ: %d\n", ret);
>> + goto err_poll;
>> + }
>> +
>> + poll = 0;
>
> poll = false;
>

Yep..
This also

>> + }
>> +
>> +err_poll:
>> + if (poll)
>> + schedule_delayed_work(&onkey->work, 50);
>> +}
>> +
>> +static irqreturn_t da9063_onkey_irq_handler(int irq, void *data)
>> +{
>> + struct da9063_onkey *onkey = data;
>> + unsigned int val;
>> + int ret;
>> +
>> + ret = regmap_read(onkey->hw->regmap, DA9063_REG_STATUS_A, &val);
>> + if (onkey->key_power && (ret >= 0) && (val & DA9063_NONKEY)) {
>> + ret = regmap_update_bits(onkey->hw->regmap,
>> + DA9063_REG_IRQ_MASK_A,
>> + DA9063_NONKEY, 1);
>> + if (ret < 0)
>> + dev_err(&onkey->input->dev,
>> + "Failed to mask the onkey IRQ: %d\n", ret);
>> +
>> + input_report_key(onkey->input, KEY_POWER, 1);
>> + input_sync(onkey->input);
>> +
>> + schedule_delayed_work(&onkey->work, 0);
>> + dev_dbg(&onkey->input->dev, "KEY_POWER pressed.\n");
>> + } else {
>> + input_report_key(onkey->input, KEY_SLEEP, 1);
>
>You need input_sync() here as well.
>

Okay, thanks.

>> + input_report_key(onkey->input, KEY_SLEEP, 0);
>> + input_sync(onkey->input);
>> + dev_dbg(&onkey->input->dev, "KEY_SLEEP pressed.\n");
>> + }
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> +static int da9063_onkey_probe(struct platform_device *pdev)
>> +{
>> + struct da9063 *da9063 = dev_get_drvdata(pdev->dev.parent);
>> + struct da9063_pdata *pdata = dev_get_platdata(da9063->dev);
>> + struct da9063_onkey *onkey;
>> + bool kp_tmp = true;
>> + int ret = 0;
>> + int irq;
>> +
>> + if (pdata)
>> + kp_tmp = pdata->key_power;
>> +
>> + if (!kp_tmp)
>> + dev_err(&pdev->dev,
>> + "Software power down key is not set.\n");
>
>Why is this an error?
>

Um, yeah, this isn't an error at all.
Sorry

>> +
>> + onkey = devm_kzalloc(&pdev->dev, sizeof(struct da9063_onkey),
>> + GFP_KERNEL);
>> + if (!onkey) {
>> + dev_err(&pdev->dev, "Failed to allocate memory.\n");
>> + return -ENOMEM;
>> + }
>> +
>> + INIT_DELAYED_WORK(&onkey->work, da9063_poll_on);
>> +
>> + onkey->input = devm_input_allocate_device(&pdev->dev);
>> + if (!onkey->input) {
>> + dev_err(&pdev->dev, "Failed to allocated input device.\n");
>> + return -ENOMEM;
>> + }
>> +
>> + irq = platform_get_irq_byname(pdev, "ONKEY");
>> + if (irq < 0) {
>> + dev_err(&pdev->dev, "Failed to get platform IRQ.\n");
>> + return irq;
>> + }
>> +
>> + ret = devm_request_threaded_irq(&pdev->dev, irq, NULL,
>> + da9063_onkey_irq_handler,
>> + IRQF_TRIGGER_LOW | IRQF_ONESHOT,
>> + "ONKEY", onkey);
>> + if (ret) {
>> + dev_err(&pdev->dev,
>> + "Failed to request input device IRQ.\n");
>> + return ret;
>> + }
>> +
>> + onkey->hw = da9063;
>> + onkey->key_power = kp_tmp;
>> + onkey->input->evbit[0] = BIT_MASK(EV_KEY);
>> + onkey->input->name = DA9063_DRVNAME_ONKEY;
>> + onkey->input->phys = DA9063_DRVNAME_ONKEY "/input0";
>> + onkey->input->dev.parent = &pdev->dev;
>> +
>> + if (onkey->key_power)
>> + input_set_capability(onkey->input, EV_KEY, KEY_POWER);
>> + input_set_capability(onkey->input, EV_KEY, KEY_SLEEP);
>> +
>> + ret = input_register_device(onkey->input);
>> + if (ret) {
>> + dev_err(&pdev->dev,
>> + "Failed to register input device.\n");
>> + return ret;
>> + }
>> +
>> + platform_set_drvdata(pdev, onkey);
>> + return ret;
>> +}
>> +
>> +static int da9063_onkey_remove(struct platform_device *pdev)
>> +{
>> + struct da9063_onkey *onkey = platform_get_drvdata(pdev);
>> + cancel_delayed_work_sync(&onkey->work);
>
>This is racy. Nothing stops IRQ from firing again and rescheduling the
>work item. You are also missing canceling work item in error path pf
>probe().
>

Ah.
I will look at this whole item again, especially the error paths

>> + input_unregister_device(onkey->input);
>> + return 0;
>> +}
>> +
>> +static struct platform_driver da9063_onkey_driver = {
>> + .probe = da9063_onkey_probe,
>> + .remove = da9063_onkey_remove,
>> + .driver = {
>> + .name = DA9063_DRVNAME_ONKEY,
>> + .owner = THIS_MODULE,
>> + },
>> +};
>> +
>> +module_platform_driver(da9063_onkey_driver);
>> +
>> +MODULE_AUTHOR("S Twiss <stwiss.opensource@xxxxxxxxxxx>");
>> +MODULE_DESCRIPTION("Onkey device driver for Dialog DA9063");
>> +MODULE_LICENSE("GPL v2");
>> +MODULE_ALIAS("platform:" DA9063_DRVNAME_ONKEY);
>> --
>> end-of-patch for RFC V1
>>
>
>Thanks.
>
>--
>Dmitry

Thank you for taking the time to work through this.
I will make the changes you have listed and then resubmit.

Regards,
Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Geert Uytterhoeven: "Re: [PATCH] xz: make XZ_DEC_BCJ filters non-optional"
Previous message: Lasse Collin: "Re: [PATCH] xz: make XZ_DEC_BCJ filters non-optional"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]