From: Raag Jadav <raag.jadav@intel.com>
To: rafael@kernel.org, len.brown@intel.com, pavel@ucw.cz,
Jonathan.Cameron@huawei.com, paul@crapouillou.net,
andriy.shevchenko@linux.intel.com, lars@metafoo.de,
rmfrfs@gmail.com, jean-baptiste.maneyrol@tdk.com, lee@kernel.org,
laurentiu.palcu@oss.nxp.com, l.stach@pengutronix.de,
james.schulman@cirrus.com, david.rhodes@cirrus.com,
rf@opensource.cirrus.com
Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-iio@vger.kernel.org, dri-devel@lists.freedesktop.org,
patches@opensource.cirrus.com,
mallikarjunappa.sangannavar@intel.com, bala.senthil@intel.com,
Raag Jadav <raag.jadav@intel.com>
Subject: [PATCH for-next v2 00/10] Fix symbol export for _SIMPLE_ variants of _PM_OPS()
Date: Mon, 18 Sep 2023 13:39:41 +0530 [thread overview]
Message-ID: <20230918080951.3615-1-raag.jadav@intel.com> (raw)
Currently EXPORT_*_SIMPLE_DEV_PM_OPS() use EXPORT_*_DEV_PM_OPS() set of
macros to export dev_pm_ops symbol, which export the symbol in case
CONFIG_PM=y but don't take CONFIG_PM_SLEEP into consideration.
Since _SIMPLE_ variants of _PM_OPS() do not include runtime PM handles
and are only used in case CONFIG_PM_SLEEP=y, we should not be exporting
dev_pm_ops symbol for them in case CONFIG_PM_SLEEP=n.
This can be fixed by having two distinct set of export macros for both
_RUNTIME_ and _SIMPLE_ variants of _PM_OPS(), such that the export of
dev_pm_ops symbol used in each variant depends on CONFIG_PM and
CONFIG_PM_SLEEP respectively.
Changes since v1:
- Update drivers to new set of macros
Raag Jadav (10):
PM: Introduce export macros for _SIMPLE_ variants of _PM_OPS()
PM: Update EXPORT_*_DEV_PM_OPS() to EXPORT_*_RUNTIME_PM_OPS()
iio: accel: fxls8962af: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS()
iio: gyro: fxas21002c: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS()
iio: imu: inv_icm42600: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS()
iio: imu: inv_mpu: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS()
drm/imx/dcss: convert to EXPORT_GPL_RUNTIME_PM_OPS()
mfd: arizona: convert to EXPORT_GPL_RUNTIME_PM_OPS()
mfd: cs42l43: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS()
ASoC: cs35l41: convert to EXPORT_GPL_RUNTIME_PM_OPS()
drivers/gpu/drm/imx/dcss/dcss-dev.c | 2 +-
drivers/iio/accel/fxls8962af-core.c | 2 +-
drivers/iio/gyro/fxas21002c_core.c | 2 +-
.../iio/imu/inv_icm42600/inv_icm42600_core.c | 2 +-
drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 2 +-
drivers/mfd/arizona-core.c | 2 +-
drivers/mfd/cs42l43.c | 2 +-
include/linux/pm.h | 38 ++++++++++++-------
include/linux/pm_runtime.h | 13 +++++--
sound/soc/codecs/cs35l41.c | 2 +-
10 files changed, 41 insertions(+), 26 deletions(-)
--
2.17.1
next reply other threads:[~2023-09-18 8:11 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-18 8:09 Raag Jadav [this message]
2023-09-18 8:09 ` [PATCH for-next v2 01/10] PM: Introduce export macros for _SIMPLE_ variants of _PM_OPS() Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 02/10] PM: Update EXPORT_*_DEV_PM_OPS() to EXPORT_*_RUNTIME_PM_OPS() Raag Jadav
2023-09-18 8:20 ` Paul Cercueil
2023-09-18 8:55 ` Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 03/10] iio: accel: fxls8962af: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS() Raag Jadav
2023-09-18 9:40 ` Richard Fitzgerald
2023-09-18 8:09 ` [PATCH for-next v2 04/10] iio: gyro: fxas21002c: " Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 05/10] iio: imu: inv_icm42600: " Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 06/10] iio: imu: inv_mpu: " Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 07/10] drm/imx/dcss: convert to EXPORT_GPL_RUNTIME_PM_OPS() Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 08/10] mfd: arizona: " Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 09/10] mfd: cs42l43: convert to EXPORT_NS_GPL_RUNTIME_PM_OPS() Raag Jadav
2023-09-18 8:09 ` [PATCH for-next v2 10/10] ASoC: cs35l41: convert to EXPORT_GPL_RUNTIME_PM_OPS() Raag Jadav
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230918080951.3615-1-raag.jadav@intel.com \
--to=raag.jadav@intel.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=bala.senthil@intel.com \
--cc=david.rhodes@cirrus.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=james.schulman@cirrus.com \
--cc=jean-baptiste.maneyrol@tdk.com \
--cc=l.stach@pengutronix.de \
--cc=lars@metafoo.de \
--cc=laurentiu.palcu@oss.nxp.com \
--cc=lee@kernel.org \
--cc=len.brown@intel.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mallikarjunappa.sangannavar@intel.com \
--cc=patches@opensource.cirrus.com \
--cc=paul@crapouillou.net \
--cc=pavel@ucw.cz \
--cc=rafael@kernel.org \
--cc=rf@opensource.cirrus.com \
--cc=rmfrfs@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).