linux-stable.git/drivers/input/misc/bma150.c, branch linux-4.5.y

Input: bma150 - constify bma150_cfg structure

2016-01-03T05:08:52+00:00

The bma150_cfg structure is never modified, so declare it as const.

Done with the help of Coccinelle.

Signed-off-by: Julia Lawall 
Signed-off-by: Dmitry Torokhov

Input: drop owner assignment from i2c_driver

2015-07-17T23:57:00+00:00

i2c_driver does not need to set an owner because i2c_register_driver()
will set it.

Signed-off-by: Krzysztof Kozlowski 
Signed-off-by: Dmitry Torokhov

Input: bma150 - use sign_extend32() for sign extending

2015-07-07T18:32:35+00:00

Despite it's name, sign_extend32() is used for 16 bit values aswell.

Signed-off-by: Martin Kepplinger 
Signed-off-by: Dmitry Torokhov

Input: bma150 - extend chip detection for bma180

2014-04-25T06:53:10+00:00

This driver has been used while on the OpenPhoenux GTA04 with a BMA180.

Signed-off-by: H. Nikolaus Schaller 
Signed-off-by: Dmitry Torokhov

Input: use dev_get_platdata()

2013-12-06T10:06:29+00:00

Use the wrapper function for retrieving the platform data instead
of accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.

Signed-off-by: Jingoo Han 
Acked-by: Fugang Duan 
Signed-off-by: Dmitry Torokhov

Input: bma150 - make some defines public and fix some comments

2013-02-16T02:52:45+00:00

Make the constants referring to range and bandwidth public so they can
be used when initializing the platform data fields in the platform code.

Fix also some comments regarding the unit of measurement to use for the
range and bandwidth fields, the values are not actually expected to be
in G or HZ, the code in bma150.c just uses the BMA150_RANGE_xxx and
BMA150_BW_xxx constants like they are with no translation from actual
values in G or HZ.

Signed-off-by: Michael Trimarchi 
Signed-off-by: Antonio Ospite 
Signed-off-by: Dmitry Torokhov

Input: bma150 - fix checking pm_runtime_get_sync() return value

2013-02-16T02:52:39+00:00

When PM_RUNTIME is not defined, pm_runtime_get_sync() returns 1, see
include/linux/pm_runtime.c::__pm_runtime_resume(), and the check of the
return value was overlooking this, in this case bma150_open() would
return 1 which is not expected by upper layers.

Maybe the check for != -ENOSYS (Function not implemented) was meant to
cover this, but pm_runtime_get_sync() does not return this value.

For now fix the issue locally by checking explicitly for negative return
values.

Signed-off-by: Michael Trimarchi 
Signed-off-by: Antonio Ospite 
Signed-off-by: Dmitry Torokhov

Input: remove use of __devexit

2012-11-24T08:05:38+00:00

CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.

Signed-off-by: Bill Pemberton 
Acked-by: Mark Brown 
Signed-off-by: Dmitry Torokhov

Input: remove use of __devinit

2012-11-24T08:05:19+00:00

CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.

Signed-off-by: Bill Pemberton 
Acked-by: Mark Brown 
Acked-by: Javier Martinez Canillas 
Signed-off-by: Dmitry Torokhov

Input: remove use of __devinitdata

2012-11-24T08:03:59+00:00

CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.

Signed-off-by: Bill Pemberton 
Signed-off-by: Dmitry Torokhov