Commit a03ff6f2 authored by Pavel Machek's avatar Pavel Machek Committed by Rafael J. Wysocki

PM / sleep: Mention async suspend in PM_TRACE documentation

Document pm_tracing actually affecting suspend in non-trivial way.
Signed-off-by: default avatarPavel Machek <pavel@ucw.cz>
Signed-off-by: default avatarRafael J. Wysocki <rafael.j.wysocki@intel.com>
parent d78cb368
...@@ -69,6 +69,10 @@ Reason for this is that the RTC is the only reliably available piece of ...@@ -69,6 +69,10 @@ Reason for this is that the RTC is the only reliably available piece of
hardware during resume operations where a value can be set that will hardware during resume operations where a value can be set that will
survive a reboot. survive a reboot.
pm_trace is not compatible with asynchronous suspend, so it turns
asynchronous suspend off (which may work around timing or
ordering-sensitive bugs).
Consequence is that after a resume (even if it is successful) your system Consequence is that after a resume (even if it is successful) your system
clock will have a value corresponding to the magic number instead of the clock will have a value corresponding to the magic number instead of the
correct date/time! It is therefore advisable to use a program like ntp-date correct date/time! It is therefore advisable to use a program like ntp-date
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment