Bug 66751
Summary: | [BISECTED]Does not resume from suspend (bisected) | ||
---|---|---|---|
Product: | Power Management | Reporter: | Martin Ziegler (ziegler) |
Component: | cpufreq | Assignee: | cpufreq |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | high | CC: | alan, bjorn, tianyu.lan |
Priority: | P1 | ||
Hardware: | x86-64 | ||
OS: | Linux | ||
Kernel Version: | v3.13-rc3 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Attachments: | config for 3.13-rc3 |
Description
Martin Ziegler
2013-12-07 12:30:38 UTC
reverting 2167e2399dc5e69c62db56d933e9c8cbe107620a solves the problem Adding Bjørn to the cc Yes, this is a pretty interesting one. The bug is caused by the combination of two commits added between -rc2 and -rc3: 5a87182aa21d cpufreq: suspend governors on system suspend/hibernate 2167e2399dc5 cpufreq: fix garbage kobjects on errors during suspend/resume The order these are applied is really arbitrary, and the bisect will point to the last one applied. Which happens to be 2167e2399dc5. But I will still claim that it was commit 5a87182aa21d that caused this bug by adding even more special handling of cpufreq suspend. This needs to be done properly if it is done at all, including hooks for drivers and governors. Adding special cases and "if suspending" tests here and there with subtle implicit dependencies between the different code blocks is not going to fly. Note that reverting only 5a87182aa21d will fix the problem, with simpler code and no dangling sysfs files as a result. Both Commit 2167e2399dc5 and 5a87182aa21d have been reverted in the linux-pm tree. bleeding-edge branch. So close this bug. |