Hi,
It seems to me that swapping error for ret buries the functional changes in 
the patch...
would it be better to split them into a second  cleanup patch?
 
On Monday, July 06, 2015 10:38:41 AM Dmitry Torokhov wrote:
> Using managed input device (via devm_input_allocate_device) simplifies
> error handling and driver removal paths and also silences CID# 712569.
> 
> Signed-off-by: Dmitry Torokhov <[email protected]>
> ---
>  drivers/input/misc/arizona-haptics.c | 52
> ++++++++++++------------------------ 1 file changed, 17 insertions(+), 35
> deletions(-)
> 
> diff --git a/drivers/input/misc/arizona-haptics.c
> b/drivers/input/misc/arizona-haptics.c index 4dbbed7..54ebef2 100644
> --- a/drivers/input/misc/arizona-haptics.c
> +++ b/drivers/input/misc/arizona-haptics.c
> @@ -152,7 +152,7 @@ static int arizona_haptics_probe(struct platform_device
> *pdev) {
>       struct arizona *arizona = dev_get_drvdata(pdev->dev.parent);
>       struct arizona_haptics *haptics;
> -     int ret;
> +     int error;
> 
>       haptics = devm_kzalloc(&pdev->dev, sizeof(*haptics), GFP_KERNEL);
>       if (!haptics)
> @@ -160,18 +160,18 @@ static int arizona_haptics_probe(struct
> platform_device *pdev)
> 
>       haptics->arizona = arizona;
> 
> -     ret = regmap_update_bits(arizona->regmap, ARIZONA_HAPTICS_CONTROL_1,
> -                              ARIZONA_HAP_ACT, arizona->pdata.hap_act);
> -     if (ret != 0) {
> +     error = regmap_update_bits(arizona->regmap, ARIZONA_HAPTICS_CONTROL_1,
> +                                ARIZONA_HAP_ACT, arizona->pdata.hap_act);
> +     if (error) {
>               dev_err(arizona->dev, "Failed to set haptics actuator: %d\n",
> -                     ret);
> -             return ret;
> +                     error);
> +             return error;
>       }
> 
>       INIT_WORK(&haptics->work, arizona_haptics_work);
> 
> -     haptics->input_dev = input_allocate_device();
> -     if (haptics->input_dev == NULL) {
> +     haptics->input_dev = devm_input_allocate_device(&pdev->dev);
> +     if (!haptics->input_dev) {
>               dev_err(arizona->dev, "Failed to allocate input device\n");
>               return -ENOMEM;
>       }
> @@ -183,46 +183,28 @@ static int arizona_haptics_probe(struct
> platform_device *pdev) haptics->input_dev->close = arizona_haptics_close;
>       __set_bit(FF_RUMBLE, haptics->input_dev->ffbit);
> 
> -     ret = input_ff_create_memless(haptics->input_dev, NULL,
> -                                   arizona_haptics_play);
> -     if (ret < 0) {
> +     error = input_ff_create_memless(haptics->input_dev, NULL,
> +                                     arizona_haptics_play);
> +     if (error) {

This looks OK. No change in behavior. Underlying functions return 0 or a 
negative number.
 
>               dev_err(arizona->dev, "input_ff_create_memless() failed: %d\n",
> -                     ret);
> -             goto err_ialloc;
> +                     error);
> +             return error;
>       }
> 
> -     ret =   (haptics->input_dev);
> -     if (ret < 0) {
> +     error = input_register_device(haptics->input_dev);
> +     if (error) {

Same here.

...

-- 
~Joshua Clayton
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to