https://bugzilla.kernel.org/show_bug.cgi?id=77201 --- Comment #71 from Viresh Kumar <viresh.kumar@xxxxxxxxxx> --- (In reply to Mauro from comment #68) > I have started what Viresh requested and the first try worked, but I haven't > started moving the debug code to try to find where things go wrong. Great, and we reach here only after work is scheduled. So. Srivatsa lost his bet :) and its not scheduler as well.. I have updated my tree again to get to the real target, transition_fid_vid(). This is calling few routines to change freq/volt and we can check them one by one. I am quite hopeful this will work as well and next few may break . Give us a good news this time :) > I'd say my initial bisect might be very close to the source of the problem, You meant the new hack ? > the reason I say this is because the machine goes into suspend just fine, > but when trying to resume it hangs (that was my initial testing procedure), > knowing what I know now I'd say a good guess is it hangs when trying to > bring the cpu online. All thanks to Rafael for his guess. It was perfect!! -- You are receiving this mail because: You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
