Rafael J. Wysocki wrote: > On Thursday, July 24, 2014 06:07:23 PM Saravana Kannan wrote: >> Series of patchs to simplify policy/sysfs/kobj/locking handling across >> suspend/resume > > I need someone to review this series for me. Viresh or Srivatsa, > preferably > both. > > Thanks! This took quite a bit of work to get to v4. It's been almost 2 weeks. Could someone please review this? I'll get pulled into some heavy "work" work soon. I would really prefer not to let this bit rot and later abandoned due to lack of time on my part. Would really appreciate some review folks. Thanks. Regards, Saravana >> The following have been tested so far on a 2x2 cluster environment: >> - Boot with 2 cpus and no cpufreq driver. >> - mod probe driver and see cpufreq sysfs files show up only for the 1st >> cluster. >> - Online the rest of the 2 CPUs and have files show up correctly. >> - rmmod the driver and see the files go away. >> - modprobe again (or back and forth multiples times) and see it work. >> - suspend/resume works as expected. >> - When a cluster is offline, all read/writes to its sysfs files return >> an error >> >> v4 >> - Split it up into smaller patches >> - Will handle physical CPU removal correctly >> - Fixed earlier mistake of deleting code under !recover_policy >> - Dropped some code refactor that reuses a lot of code between >> add/remove >> - Dropped fix for exiting hotplug race with cpufreq driver probe/rmmod >> - Dropped changes will come later once this series is acked. >> >> >> Saravana Kannan (5): >> cpufreq: Don't wait for CPU to going offline to restart governor >> cpufreq: Keep track of which CPU owns the kobj/sysfs nodes separately >> cpufreq: Don't destroy/realloc policy/sysfs on hotplug/suspend >> cpufreq: Properly handle physical CPU hot-add/hot-remove >> cpufreq: Delete dead code related to policy save/restore >> >> drivers/cpufreq/cpufreq.c | 238 >> ++++++++++++++++++---------------------------- >> include/linux/cpufreq.h | 1 + >> 2 files changed, 93 insertions(+), 146 deletions(-) >> >> > > -- > I speak only for myself. > Rafael J. Wysocki, Intel Open Source Technology Center. > -- The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html