Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753297AbbGAI3v (ORCPT ); Wed, 1 Jul 2015 04:29:51 -0400 Received: from LGEMRELSE6Q.lge.com ([156.147.1.121]:57316 "EHLO lgemrelse6q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753025AbbGAI3m (ORCPT ); Wed, 1 Jul 2015 04:29:42 -0400 X-Original-SENDERIP: 165.243.139.167 X-Original-MAILFROM: cleaneye.kim@lge.com From: SungEun Kim To: rjw@rjwysocki.net, pavel@ucw.cz, len.brown@intel.com Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, "SungEun Kim" Subject: [PATCH v2] PM / Sleep: Use workqueue for user space wakeup sources garbage collector Date: Wed, 1 Jul 2015 17:28:48 +0900 Message-Id: <1435739328-17021-1-git-send-email-cleaneye.kim@lge.com> X-Mailer: git-send-email 1.7.9.5 In-Reply-To: <1435718938-19088-1-git-send-email-cleaneye.kim@lge.com> References: <1435718938-19088-1-git-send-email-cleaneye.kim@lge.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2431 Lines: 79 From: "SungEun Kim" The synchronous synchronize_rcu in wakeup_source_remove makes user process which writes to /sys/kernel/wake_unlock blocked sometimes. For example, when android eventhub tries to release wakelock, this blocking process can occur, and eventhub can't get input event for a while. Using workqueue instead of direct function call at pm_wake_unlock can prevent this unnecessary delay of an user space process. Signed-off-by: SungEun Kim --- kernel/power/wakelock.c | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/kernel/power/wakelock.c b/kernel/power/wakelock.c index 019069c..5df6aa2 100644 --- a/kernel/power/wakelock.c +++ b/kernel/power/wakelock.c @@ -17,6 +17,7 @@ #include #include #include +#include #include "power.h" @@ -83,7 +84,9 @@ static inline void decrement_wakelocks_number(void) {} #define WL_GC_COUNT_MAX 100 #define WL_GC_TIME_SEC 300 +static void __wakelocks_gc(struct work_struct *work); static LIST_HEAD(wakelocks_lru_list); +static DECLARE_WORK(wakelock_work, __wakelocks_gc); static unsigned int wakelocks_gc_count; static inline void wakelocks_lru_add(struct wakelock *wl) @@ -96,7 +99,7 @@ static inline void wakelocks_lru_most_recent(struct wakelock *wl) list_move(&wl->lru, &wakelocks_lru_list); } -static void wakelocks_gc(void) +static void __wakelocks_gc(struct work_struct *work) { struct wakelock *wl, *aux; ktime_t now; @@ -105,6 +108,7 @@ static void wakelocks_gc(void) return; now = ktime_get(); + mutex_lock(&wakelocks_lock); list_for_each_entry_safe_reverse(wl, aux, &wakelocks_lru_list, lru) { u64 idle_time_ns; bool active; @@ -126,8 +130,14 @@ static void wakelocks_gc(void) decrement_wakelocks_number(); } } + mutex_unlock(&wakelocks_lock); wakelocks_gc_count = 0; } + +static void wakelocks_gc(void) +{ + schedule_work(&wakelock_work); +} #else /* !CONFIG_PM_WAKELOCKS_GC */ static inline void wakelocks_lru_add(struct wakelock *wl) {} static inline void wakelocks_lru_most_recent(struct wakelock *wl) {} -- 1.7.9.5 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/