Jonathan Cameron
da123e2949
iio:imu:kmx61: Switch from CONFIG_PM* guards to pm_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without one or more of CONFIG_PM/CONFIG_PM_SLEEP support is simpler and
less error prone than the use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-42-jic23@kernel.org
2022-02-18 11:46:04 +00:00
Jonathan Cameron
671d2c605b
iio:dac:m62332: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Note that in this case the storage for saving state was protected
by CONFIG_PM guards. The storage is very small and unlikely to make
any real difference to the space allocated for state so just drop
those guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-41-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
195b8b2468
iio:accel:bma180: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-40-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
c1d24fac21
iio:accel:stk8312: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-39-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
ce83415d90
iio:temperature:tmp007: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Acked-by: Manivannan Sadhasivam <mani@kernel.org >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-38-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
1ef7361fec
iio:temperature:tmp006: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-37-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
51e256d4b4
iio:proximity:sx9500: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Reviewed-by: Gwendal Grignou <gwendal@chromium.org >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-36-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
fe895d2560
iio:proximity:rfd77492: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-35-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
bff03d5cab
iio:proximity:as3935: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Reviewed-by: Gwendal Grignou <gwendal@chromium.org >
Acked-by: Matt Ranostay <matt.ranostay@konsulko.com >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-34-jic23@kernel.org
2022-02-18 11:46:03 +00:00
Jonathan Cameron
902b291fc6
iio:pressure:mpl3115: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-33-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
c9f384b87b
iio:magn:mmc35240: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards. Also use SIMPLE_DEV_PM_OPS instead
of open-coding the equivalent.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-32-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
fe7b9a3820
iio:magn:mag3110: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-31-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
6c1318f225
iio:magn:ak8975: Switch from CONFIG_PM guards to pm_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM support is simpler and less error prone than the
use of #ifdef based config guards.
Use the new DEFINE_RUNTIME_DEV_PM_OPS() macro to reduce boilerplate.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Acked-by: Matt Ranostay <matt.ranostay@konsulko.com >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Jonathan Albrieux <jonathan.albrieux@gmail.com >
Cc: Linus Walleij <linus.walleij@linaro.org >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-30-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
5ad7f3c995
iio:light:tsl4531: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-29-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
854b67052c
iio:light:tsl2563: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Vaishnav M A <vaishnav@beagleboard.org >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-28-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
54edb87678
iio:light:tcs3472: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-27-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
f3ba053466
iio:light:tcs3414: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-26-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
20cadda37b
iio:light:stk3310: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Icenowy Zheng <icenowy@aosc.io >
Cc: Luca Weiss <luca@z3ntu.xyz >
Cc: Martijn Braam <martijn@brixit.nl >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-25-jic23@kernel.org
2022-02-18 11:45:30 +00:00
Jonathan Cameron
d03da05124
iio:light:ltr501: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Maslov Dmitry <maslovdmitry@seeed.cc >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-24-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
fb20995d5f
iio:light:jsa1212: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-23-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
e9b7671262
iio:light:isl29125: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-22-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
b020281dda
iio:light:isl29018: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr()
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Anson Huang <anson.huang@nxp.com >
Cc: Brian Masney <masneyb@onstation.org >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-21-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
5f3521b8eb
iio:light:cm3232: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards. Also switch to SIMPLE_DEV_PM_OPS rather
than opencoding the same.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-20-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
2f2207a6e6
iio:light:apds9300: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-19-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
90b8c2c8f9
iio:dac:vf610: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-18-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
bb08abc740
iio:common:ssp: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of ifdef based config guards. Also switch to SIMPLE_DEV_PM_OPS
rather than open coding the structure.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-17-jic23@kernel.org
2022-02-18 11:45:29 +00:00
Jonathan Cameron
9cbeee0fac
iio:adc:vf610: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Stefan-Gabriel Mirea <stefan-gabriel.mirea@nxp.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-16-jic23@kernel.org
2022-02-18 11:43:12 +00:00
Jonathan Cameron
d3a6c17e68
iio:adc:twl6030: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-15-jic23@kernel.org
2022-02-18 11:43:12 +00:00
Jonathan Cameron
cc0595a9b6
iio:adc:rockchip: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Heiko Stuebner <heiko.stuebner@theobroma-systems.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-14-jic23@kernel.org
2022-02-18 11:43:12 +00:00
Jonathan Cameron
3f1a9c392d
iio:adc:palmas_gpadc: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr()
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
In this case SIMPLE_DEV_PM_OPS() could have been used previously.
Now we have DEFINE_SIMPLE_DEV_PM_OPS() which also deals with letting
the compiler remove the structure and functions so use that instead.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-13-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
a3c185d9ae
iio:adc:exynos_adc: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr()
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-12-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
19e2ed8040
iio:adc:at91-adc: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Reviewed-by: Alexandre Belloni <alexandre.belloni@bootlin.com >
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Ludovic Desroches <ludovic.desroches@microchip.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-11-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
0c74ef3512
iio:accel:stk8ba50: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-10-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
abbdba86f8
iio:accel:mma9553: Switch from CONFIG_PM guards to pm_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-9-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
81e566f9c0
iio:accel:mma9551: Switch from CONFIG_PM guards to pm_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-8-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
812c5f31b1
iio:accel:mma7660: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr()
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-7-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
4929ddd0a4
iio:accel:mc3230: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Hans de Goede <hdegoede@redhat.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-6-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
50bc5e7851
iio:accel:dmard10: Switch from CONFIG_PM guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-5-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
8aa26e20cf
iio:accel:dmard06: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-4-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
ff9231c7eb
iio:accel:da280: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-3-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
5d0e9e22e4
iio:accel:da311: Switch from CONFIG_PM_SLEEP guards to pm_sleep_ptr() etc
...
Letting the compiler remove these functions when the kernel is built
without CONFIG_PM_SLEEP support is simpler and less error prone than the
use of #ifdef based config guards.
Removing instances of this approach from IIO also stops them being
copied into new drivers.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Paul Cercueil <paul@crapouillou.net >
Link: https://lore.kernel.org/r/20220130193147.279148-2-jic23@kernel.org
2022-02-18 11:43:11 +00:00
Jonathan Cameron
146b43d9f1
iio:chemical:bme680: Move exports to IIO_BME680 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Himanshu Jha <himanshujha199640@gmail.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-17-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
cfaa5482b3
iio:light:st_uvis25: Move exports to IIO_UVIS25 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-16-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
7e615caf5c
iio:magnetometer:hmc5843: Move exports to IIO_HMC5843 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-15-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
47d6cae0d0
iio:magnetometer:bmc150: Move exports to IIO_BMC150_MAGN namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
Note the MAGN postfix here is reflecting that this driver is only
responsible for part of the BMC150 device.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-14-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
230ee6c69c
iio:magnetometer:rm3100: Move exports to IIO_RM3100 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Song Qiang <songqiang1304521@gmail.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-13-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
c7c848b05f
iio:pressure:mpl115: Move exports into IIO_MPL115 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-12-jic23@kernel.org
2022-02-18 11:42:27 +00:00
Jonathan Cameron
1980d4a1ba
iio:pressure:ms5611: Move exports into IIO_MS5611 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Tomasz Duszynski <tduszyns@gmail.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-11-jic23@kernel.org
2022-02-18 11:42:26 +00:00
Jonathan Cameron
c8629ec92c
iio:pressure:zpa2326: Move exports into IIO_ZPA2326 namespace
...
In order to avoid unnecessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the bus specific device drivers that use them.
For more information see https://lwn.net/Articles/760045/
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-10-jic23@kernel.org
2022-02-18 11:42:26 +00:00
Jonathan Cameron
6c9304d6af
iio:imu:adis: Move exports into IIO_ADISLIB namespace
...
In order to avoid unneessary pollution of the global symbol namespace
move the common/library functions into a specific namespace and import
that into the various specific device drivers that use them.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Cc: Lars-Peter Clausen <lars@metafoo.de >
Cc: Song Bao Hua (Barry Song) <song.bao.hua@hisilicon.com >
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com >
Link: https://lore.kernel.org/r/20220130205701.334592-9-jic23@kernel.org
2022-02-18 11:42:26 +00:00