Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k)
and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform
(mask & 1), which results in 0 if LSB of mask is 0. Thus the call
regmap_update_bits(..., mask, 1) is in reality equivalent to
regmap_update_bits(..., mask, 0).
In such a case, the correct use is regmap_update_bits(..., mask, mask).
This driver is performing such a mistake with the DRV2667_STANDBY mask,
which equals (1 << 6). Fix the driver to make it consistent with the
API, and fix the alignment problem at the same time. Please note that
this change is untested, as I do not have this piece of hardware.
Testers are welcome!
Signed-off-by: Florian Vaussard <florian.vaussard@heig-vd.ch>
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
        cancel_work_sync(&haptics->work);
 
        error = regmap_update_bits(haptics->regmap, DRV2667_CTRL_2,
-                               DRV2667_STANDBY, 1);
+                                  DRV2667_STANDBY, DRV2667_STANDBY);
        if (error)
                dev_err(&haptics->client->dev,
                        "Failed to enter standby mode: %d\n", error);
 
        if (haptics->input_dev->users) {
                ret = regmap_update_bits(haptics->regmap, DRV2667_CTRL_2,
-                               DRV2667_STANDBY, 1);
+                                        DRV2667_STANDBY, DRV2667_STANDBY);
                if (ret) {
                        dev_err(dev, "Failed to set standby mode\n");
                        regulator_disable(haptics->regulator);