From: Adrian Hunter <adrian.hunter@intel.com>
To: Frank Li <Frank.li@nxp.com>
Cc: <alexandre.belloni@bootlin.com>,
Wolfram Sang <wsa+renesas@sang-engineering.com>,
Aniket <aniketmaurya@google.com>, <linux-i3c@lists.infradead.org>,
<miquel.raynal@bootlin.com>
Subject: Re: [PATCH 15/17] i3c: master: Introduce optional Runtime PM support
Date: Sat, 20 Dec 2025 16:50:40 +0200 [thread overview]
Message-ID: <a9d2b023-46c7-4dba-b453-2e82948188e7@intel.com> (raw)
In-Reply-To: <aUWGhscb+6ZYRhzx@lizhi-Precision-Tower-5810>
On 19/12/2025 19:08, Frank Li wrote:
> On Fri, Dec 19, 2025 at 04:45:32PM +0200, Adrian Hunter wrote:
>> Master drivers currently manage Runtime PM individually, but all require
>> runtime resume for bus operations. This can be centralized in common code.
>>
>> Add optional Runtime PM support to ensure the parent device is runtime
>> resumed before bus operations and auto-suspended afterward.
>>
>> Notably, do not call ->bus_cleanup() if runtime resume fails. Master
>> drivers that opt-in to core runtime PM support must take that into account.
>>
>> Also provide an option to allow IBIs and hot-joins while runtime suspended.
>>
>> Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
>> ---
>> drivers/i3c/device.c | 46 +++++++++++++++++--
>> drivers/i3c/internals.h | 4 ++
>> drivers/i3c/master.c | 93 +++++++++++++++++++++++++++++++++++---
>> include/linux/i3c/master.h | 4 ++
>> 4 files changed, 138 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/i3c/device.c b/drivers/i3c/device.c
>> index 8a156f5ad692..101eaa77de68 100644
>> --- a/drivers/i3c/device.c
>> +++ b/drivers/i3c/device.c
>> @@ -46,10 +46,16 @@ int i3c_device_do_xfers(struct i3c_device *dev, struct i3c_xfer *xfers,
>> return -EINVAL;
>> }
>>
>> + ret = i3c_bus_rpm_get(dev->bus);
>
> Is it i3c_bus_rpm_get(dev)? dev->bus is parent of dev. in case i3c
> periphal need enable clock or other run time pm enable call back?
>
>> + if (ret)
>> + return ret;
>> +
>> i3c_bus_normaluse_lock(dev->bus);
>> ret = i3c_dev_do_xfers_locked(dev->desc, xfers, nxfers, mode);
>> i3c_bus_normaluse_unlock(dev->bus);
>>
>> + i3c_bus_rpm_put(dev->bus);
>> +
>> return ret;
>> }
> ...
>>
>> +static int __must_check i3c_master_rpm_get(struct i3c_master_controller *master)
>> +{
>> + int ret = master->rpm_allowed ? pm_runtime_resume_and_get(master->dev.parent) : 0;
>
> I think rpm_allowed is not necessary. If don't allow rpm, i3c bus driver
> should disable runtime_pm.
>
> I remember pm_runtime_resume_and_get() do nothing if runtime_pm disabled
> (need double check).
Yes that would be OK for drivers that do not enable runtime PM,
but the drivers that do enable runtime PM (i.e. dw-i3c-master.c
and svc-i3c-master.c) might be affected.
--
linux-i3c mailing list
linux-i3c@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-i3c
next prev parent reply other threads:[~2025-12-20 14:50 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-19 14:45 [PATCH 00/17] i3c: mipi-i3c-hci-pci: Add Runtime PM support Adrian Hunter
2025-12-19 14:45 ` [PATCH 01/17] i3c: mipi-i3c-hci: Reset RING_OPERATION1 fields during init Adrian Hunter
2025-12-19 16:12 ` Frank Li
2025-12-19 14:45 ` [PATCH 02/17] i3c: mipi-i3c-hci: Ensure proper bus clean-up Adrian Hunter
2025-12-19 16:22 ` Frank Li
2025-12-19 14:45 ` [PATCH 03/17] i3c: master: Update hot-join flag only on success Adrian Hunter
2025-12-19 16:23 ` Frank Li
2025-12-19 14:45 ` [PATCH 04/17] i3c: master: Replace WARN_ON() with dev_err() in i3c_dev_free_ibi_locked() Adrian Hunter
2025-12-19 16:25 ` Frank Li
2025-12-19 14:45 ` [PATCH 05/17] i3c: mipi-i3c-hci: Switch DAT bitmap allocation to devm_bitmap_zalloc() Adrian Hunter
2025-12-19 16:27 ` Frank Li
2025-12-19 14:45 ` [PATCH 06/17] i3c: mipi-i3c-hci: Switch PIO data allocation to devm_kzalloc() Adrian Hunter
2025-12-19 16:28 ` Frank Li
2025-12-19 14:45 ` [PATCH 07/17] i3c: mipi-i3c-hci: Manage DMA deallocation via devres action Adrian Hunter
2025-12-19 16:32 ` Frank Li
2026-01-08 8:04 ` Adrian Hunter
2025-12-19 14:45 ` [PATCH 08/17] i3c: mipi-i3c-hci: Cache DAT in memory for Runtime PM restore Adrian Hunter
2025-12-19 16:36 ` Frank Li
2025-12-19 14:45 ` [PATCH 09/17] i3c: mipi-i3c-hci: Introduce helper to restore DAT Adrian Hunter
2025-12-19 16:37 ` Frank Li
2025-12-19 14:45 ` [PATCH 10/17] i3c: mipi-i3c-hci: Extract ring initialization from hci_dma_init() Adrian Hunter
2025-12-19 16:41 ` Frank Li
2025-12-19 14:45 ` [PATCH 11/17] i3c: mipi-i3c-hci: Add DMA suspend and resume support Adrian Hunter
2025-12-19 16:42 ` Frank Li
2025-12-19 14:45 ` [PATCH 12/17] i3c: mipi-i3c-hci: Refactor PIO register initialization Adrian Hunter
2025-12-19 16:46 ` Frank Li
2025-12-19 14:45 ` [PATCH 13/17] i3c: mipi-i3c-hci: Add PIO suspend and resume support Adrian Hunter
2025-12-19 16:46 ` Frank Li
2025-12-19 14:45 ` [PATCH 14/17] i3c: mipi-i3c-hci: Factor out software reset into helper Adrian Hunter
2025-12-19 16:49 ` Frank Li
2025-12-19 14:45 ` [PATCH 15/17] i3c: master: Introduce optional Runtime PM support Adrian Hunter
2025-12-19 17:08 ` Frank Li
2025-12-19 20:11 ` Frank Li
2025-12-20 14:50 ` Adrian Hunter [this message]
2025-12-19 14:45 ` [PATCH 16/17] i3c: mipi-i3c-hci: Add " Adrian Hunter
2025-12-19 17:16 ` Frank Li
2025-12-19 14:45 ` [PATCH 17/17] i3c: mipi-i3c-hci-pci: Add " Adrian Hunter
2025-12-19 17:21 ` Frank Li
2025-12-20 15:10 ` Adrian Hunter
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=a9d2b023-46c7-4dba-b453-2e82948188e7@intel.com \
--to=adrian.hunter@intel.com \
--cc=Frank.li@nxp.com \
--cc=alexandre.belloni@bootlin.com \
--cc=aniketmaurya@google.com \
--cc=linux-i3c@lists.infradead.org \
--cc=miquel.raynal@bootlin.com \
--cc=wsa+renesas@sang-engineering.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