From mboxrd@z Thu Jan 1 00:00:00 1970 From: Saravana Kannan Subject: [PATCH v4 0/5] Simplify hotplug/suspend handling Date: Thu, 24 Jul 2014 18:07:23 -0700 Message-ID: <1406250448-470-1-git-send-email-skannan@codeaurora.org> References: <1405464473-3916-1-git-send-email-skannan@codeaurora.org> Return-path: In-Reply-To: <1405464473-3916-1-git-send-email-skannan@codeaurora.org> Sender: linux-pm-owner@vger.kernel.org To: "Rafael J . Wysocki" , Viresh Kumar , Todd Poynor , "Srivatsa S . Bhat" Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Saravana Kannan , Stephen Boyd List-Id: linux-arm-msm@vger.kernel.org Series of patchs to simplify policy/sysfs/kobj/locking handling across suspend/resume 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(-) -- 1.8.2.1 The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, hosted by The Linux Foundation From mboxrd@z Thu Jan 1 00:00:00 1970 From: skannan@codeaurora.org (Saravana Kannan) Date: Thu, 24 Jul 2014 18:07:23 -0700 Subject: [PATCH v4 0/5] Simplify hotplug/suspend handling In-Reply-To: <1405464473-3916-1-git-send-email-skannan@codeaurora.org> Message-ID: <1406250448-470-1-git-send-email-skannan@codeaurora.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Series of patchs to simplify policy/sysfs/kobj/locking handling across suspend/resume 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(-) -- 1.8.2.1 The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, hosted by The Linux Foundation