forked from Minki/linux
iio: proximity: sx9324: Switch to DEFINE_SIMPLE_DEV_PM_OPS() and pm_sleep_ptr()
These new macros avoid the need for marking the callbacks __maybe_unused whilst ensuring both callbacks and structure may be dropped by the compiler if CONFIG_PM_SLEEP is not enabled. Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com> Cc: Gwendal Grignou <gwendal@chromium.org> Link: https://lore.kernel.org/r/20220807185618.1038812-3-jic23@kernel.org Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
This commit is contained in:
parent
93176acee9
commit
d53f6cdc1e
@ -1073,7 +1073,7 @@ static int sx9324_probe(struct i2c_client *client)
|
||||
return sx_common_probe(client, &sx9324_chip_info, &sx9324_regmap_config);
|
||||
}
|
||||
|
||||
static int __maybe_unused sx9324_suspend(struct device *dev)
|
||||
static int sx9324_suspend(struct device *dev)
|
||||
{
|
||||
struct sx_common_data *data = iio_priv(dev_get_drvdata(dev));
|
||||
unsigned int regval;
|
||||
@ -1098,7 +1098,7 @@ out:
|
||||
return ret;
|
||||
}
|
||||
|
||||
static int __maybe_unused sx9324_resume(struct device *dev)
|
||||
static int sx9324_resume(struct device *dev)
|
||||
{
|
||||
struct sx_common_data *data = iio_priv(dev_get_drvdata(dev));
|
||||
int ret;
|
||||
@ -1114,7 +1114,7 @@ static int __maybe_unused sx9324_resume(struct device *dev)
|
||||
return 0;
|
||||
}
|
||||
|
||||
static SIMPLE_DEV_PM_OPS(sx9324_pm_ops, sx9324_suspend, sx9324_resume);
|
||||
static DEFINE_SIMPLE_DEV_PM_OPS(sx9324_pm_ops, sx9324_suspend, sx9324_resume);
|
||||
|
||||
static const struct acpi_device_id sx9324_acpi_match[] = {
|
||||
{ "STH9324", SX9324_WHOAMI_VALUE },
|
||||
@ -1139,7 +1139,7 @@ static struct i2c_driver sx9324_driver = {
|
||||
.name = "sx9324",
|
||||
.acpi_match_table = sx9324_acpi_match,
|
||||
.of_match_table = sx9324_of_match,
|
||||
.pm = &sx9324_pm_ops,
|
||||
.pm = pm_sleep_ptr(&sx9324_pm_ops),
|
||||
|
||||
/*
|
||||
* Lots of i2c transfers in probe + over 200 ms waiting in
|
||||
|
Loading…
Reference in New Issue
Block a user