diff options
| author | Vilas Bhat <vilasbhat@google.com> | 2024-02-21 22:47:53 +0300 |
|---|---|---|
| committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2024-02-22 22:27:39 +0300 |
| commit | 015abee404760249a5c968b9ce29216b94b8ced1 (patch) | |
| tree | f5dc5aacadc46fa210ef43aa54d934fef9552bd2 /scripts/rustdoc_test_builder.rs | |
| parent | b7d46644e554ed017dfabc0841acf418d0584bc9 (diff) | |
| download | linux-015abee404760249a5c968b9ce29216b94b8ced1.tar.xz | |
PM: runtime: add tracepoint for runtime_status changes
Existing runtime PM ftrace events (`rpm_suspend`, `rpm_resume`,
`rpm_return_int`) offer limited visibility into the exact timing of device
runtime power state transitions, particularly when asynchronous operations
are involved. When the `rpm_suspend` or `rpm_resume` functions are invoked
with the `RPM_ASYNC` flag, a return value of 0 i.e., success merely
indicates that the device power state request has been queued, not that
the device has yet transitioned.
A new ftrace event, `rpm_status`, is introduced. This event directly logs
the `power.runtime_status` value of a device whenever it changes providing
granular tracking of runtime power state transitions regardless of
synchronous or asynchronous `rpm_suspend` / `rpm_resume` usage.
Signed-off-by: Vilas Bhat <vilasbhat@google.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'scripts/rustdoc_test_builder.rs')
0 files changed, 0 insertions, 0 deletions