diff options
author | Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com> | 2012-06-16 15:30:45 +0200 |
---|---|---|
committer | Ben Hutchings <ben@decadent.org.uk> | 2012-08-02 14:37:43 +0100 |
commit | 701aa1144e7576cc3a6a9858d2f6ce7ba92bdec4 (patch) | |
tree | 6f050af295027fe625c1a187451a669a866c118b /kernel/power/process.c | |
parent | 2a129c733126dba186f325cb29041e49c6c22347 (diff) | |
download | kernel_samsung_smdk4412-701aa1144e7576cc3a6a9858d2f6ce7ba92bdec4.zip kernel_samsung_smdk4412-701aa1144e7576cc3a6a9858d2f6ce7ba92bdec4.tar.gz kernel_samsung_smdk4412-701aa1144e7576cc3a6a9858d2f6ce7ba92bdec4.tar.bz2 |
ftrace: Disable function tracing during suspend/resume and hibernation, again
commit 443772d408a25af62498793f6f805ce3c559309a upstream.
If function tracing is enabled for some of the low-level suspend/resume
functions, it leads to triple fault during resume from suspend, ultimately
ending up in a reboot instead of a resume (or a total refusal to come out
of suspended state, on some machines).
This issue was explained in more detail in commit f42ac38c59e0a03d (ftrace:
disable tracing for suspend to ram). However, the changes made by that commit
got reverted by commit cbe2f5a6e84eebb (tracing: allow tracing of
suspend/resume & hibernation code again). So, unfortunately since things are
not yet robust enough to allow tracing of low-level suspend/resume functions,
suspend/resume is still broken when ftrace is enabled.
So fix this by disabling function tracing during suspend/resume & hibernation.
Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Diffstat (limited to 'kernel/power/process.c')
0 files changed, 0 insertions, 0 deletions